我正在测试一个商业应用程序,我的老板坚持说我的测试用例太详细了,对公司没有任何价值。对于 UI 和功能测试,我只是测试每个文本框、菜单等,并在 MTM 中制作适当的测试用例。
我应该在测试用例中包含多少细节?它们应该有多详细?
我正在测试一个商业应用程序,我的老板坚持说我的测试用例太详细了,对公司没有任何价值。对于 UI 和功能测试,我只是测试每个文本框、菜单等,并在 MTM 中制作适当的测试用例。
我应该在测试用例中包含多少细节?它们应该有多详细?
很难在没有看到你所拥有的和受到批评的情况下提出建议。
关于如何使您的测试用例更通用的一个小想法:尝试使用某种存储库。
这些可以是 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)只要了解那个应用程序。
2)只需了解该应用程序的功能。
3)注意该应用程序中的要点。或在论文中逐行记录该应用程序的全部功能。
4) 现在开始按功能编写测试用例。
5)您正在测试业务应用程序,因此它也与服务器端有关。
6)也写一些测试用例服务器端。
7) 清晰、循序渐进地编写测试用例。因为测试中的每一点对开发人员来说都很重要。
我希望这对你有帮助。
如果您是新测试人员,请先尝试了解应用程序,然后询问需求,然后根据您的需求编写测试用例。对任何应用程序进行 100% 测试是不可能的,尝试完成所有功能以及编写 Bug 表,这有助于改进应用程序 UI 和功能。
不要为菜单、文本框、按钮等添加多余的测试用例。我希望这对你有所帮助。
您必须以正确的格式编写测试用例。如果应用程序很大并且您是第一次测试,那么您必须为每个字段和每个菜单创建测试用例。
如果您了解应用程序的功能并且您也从事过相关工作,则可以为功能创建测试用例并包括验证。
我希望这对你有帮助。
在应用程序中,您可以为操作编写单个测试用例并记录您的结果
前任:
对于登录页面,您可以编写一个案例并提供不同的输入,同时对所有字段进行验证并根据您的要求记录结果。