我正在测试一个商业应用程序而我的老板坚持认为我的测试用例过于详细，对公司没有任何价值。对于UI和功能测试，我只是测试每个文本框，菜单等，并在MTM中制作一个合适的测试用例。
我应该在测试用例中包含多少细节？它们应该有多详细？
答案 0 :(得分：1)
如果没有看到你所拥有的东西以及被批评的东西，很难提出建议。
关于如何使测试用例更加通用的一个小小想法： 尝试使用某种存储库。
这些可以是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;
如果您稍后在登录过程中添加了其他字段，则无需编辑数十个测试用例。
祝你好运！答案 1 :(得分：0)
您必须以适当的形式编写测试用例。如果应用程序很大并且您是第一次测试，那么您必须为每个字段和每个菜单创建测试用例。
如果您对应用程序功能有所了解，并且您已经参与其中，那么请创建功能测试用例并包含验证。
我希望这对你有所帮助。
答案 2 :(得分：0)
It is very easy just follow my points:
1) Just understand that app.
2) Just understand that app functionality.
3) Note important points in that app.or note that app full functionality line by line in a paper.
4) Now Start write test cases by the functionality.
5) Your are testing business app so it is related to server side also.
6) Write some test cases server side also.
7) Write test cases clearly and step by step.Because in testing every point is important to the developers.
I hope this is helpful for you.
答案 3 :(得分：0)
如果您是新的测试人员，那么首先尝试了解应用程序然后询问需求，并根据您的要求编写测试用例。
无法对任何应用程序进行100％测试，尝试完成所有功能以及编写Bug表，这有助于改进应用程序UI和功能。
不要为菜单，文本框，按钮等添加冗余测试用例。
我希望这对你有所帮助。
答案 4 :(得分：0)
在应用程序中，您可以为操作编写单个测试用例并记录结果
EX：
对于登录页面，您可以在对所有字段进行验证时编写单个案例并提供不同的输入，并根据您的要求记录结果。