我的手动测试用例应该如何详细？

我正在测试一个商业应用程序，我的老板坚持认为我的测试案例太详细，并且没有给公司带来任何价值。对于用户界面和功能测试，我只是测试每个文本框，菜单等，并在MTM中做出正确的测试用例。我的手动测试用例应该如何详细？

我应该在测试用例中包含多少细节？他们应该有多详细？

抱怨说测试用例测试的东西太多，或者测试用例提供的指令过于具体？ –

两者。我的老板说它应该不那么具体，我不应该测试每个领域或菜单。这是第一次有人告诉我这样的事情，所以我不知道我有多少特定的东西。 –

一个很好的问题，可以问问你的老板，他们在执行完这些测试用例后会阅读这些测试用例。尝试了解该派对需要多少细节。 – user1054999

你必须编写正确的测试用例。如果应用程序很大并且您首次测试，那么您必须为每个字段和每个菜单创建测试用例。

如果您有关于应用程序功能的知识，并且您也已经开发了它，然后创建功能测试用例并包含验证。

我希望这对你有帮助。

2016-04-02 15:05:37

这是非常容易的只是按照我的观点：

1）只要了解该应用程序。

2）只要理解应用程序的功能。 3）注意该应用程序中的重要点或注意应用程序在一篇论文中逐行列出的全部功能。

4）现在开始按功能编写测试用例。

5）您正在测试业务应用程序，因此它也与服务器端相关。

6）写一些测试用例服务器端也。

7）清楚地写出测试用例并且一步一步地进行测试。因为在测试中每个点对开发者都很重要。

我希望这对你有帮助。

2016-04-04 17:29:59

很难建议一些东西没有看到你有什么和被批评。

关于如何使测试用例更一般化的一个小想法：尝试使用某种类型的存储库。

这些可以是UserRepository（具有GoodUser，BadUser; GoodUser.Admin，GoodUser.Customer等）。

此类策略适用于自动化测试。

，而不必

1. Enter "Login1" into 'login field'; 
2. Enter "Password1" into 'password field'; 
3. Press 'Sign in' button...

通过这种方式，你只需

1. Sign in as GoodUser.Customer;

而且如果你有一些其他字段，用来登录过程后，你不会打扰编辑几十的测试用例。

祝你好运！

2016-04-11 16:42:23 Yabko

如果你是新的测试人员，那么首先尝试理解应用程序，然后询问需求并根据需求编写测试用例。对任何应用程序进行100％的测试是不可能的，尝试完成所有功能以及编写错误表，这有助于改进应用程序UI和功能。
不要为菜单，文本框，按钮等添加多余的测试用例。我希望这对您有所帮助。

2016-04-23 11:22:42

在应用程序中，你可以写一个测试用例的动作，并记录你的结果

EX：

对于登录页面，你可以写一个单一的情况下，并提供不同的输入，而这样做你的验证了所有字段并根据您的要求记录结果。

2016-05-03 13:38:27 Anand

回答