0

我正在测试一个商业应用程序,我的老板坚持说我的测试用例太详细了,对公司没有任何价值。对于 UI 和功能测试,我只是测试每个文本框、菜单等,并在 MTM 中制作适当的测试用例。

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

4

5 回答 5

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;

如果您稍后在登录过程中添加了一些其他字段,您将不会费心编辑数十个测试用例。

祝你好运!

于 2016-04-11T16:42:23.767 回答
0

遵循我的观点很容易:

1)只要了解那个应用程序。

2)只需了解该应用程序的功能。

3)注意该应用程序中的要点。或在论文中逐行记录该应用程序的全部功能。

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

5)您正在测试业务应用程序,因此它也与服务器端有关。

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

7) 清晰、循序渐进地编写测试用例。因为测试中的每一点对开发人员来说都很重要。

我希望这对你有帮助。

于 2016-04-04T17:29:59.663 回答
0

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

于 2016-04-23T11:22:42.783 回答
0

您必须以正确的格式编写测试用例。如果应用程序很大并且您是第一次测试,那么您必须为每个字段和每个菜单创建测试用例。

如果您了解应用程序的功能并且您也从事过相关工作,则可以为功能创建测试用例并包括验证。

我希望这对你有帮助。

于 2016-04-02T15:05:37.750 回答
0

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

前任:

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

于 2016-05-03T13:38:27.553 回答