我的手动测试用例应该有多详细



我正在测试一个商业应用程序,我的老板坚持认为我的测试用例过于详细,对公司没有任何价值。对于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和功能
不要为菜单、文本框、按钮等添加多余的测试用例。我希望这对你有帮助。

在一个应用程序中,您可以为一个操作编写一个测试用例,并记录您的结果

例如:

对于登录页面,您可以编写一个案例,并在对所有字段进行验证时提供不同的输入,并根据您的要求记录结果。

相关内容

  • 没有找到相关文章

最新更新