gpt4 book ai didi

testing - 功能测试理念 : test features or requirement?

转载 作者:行者123 更新时间:2023-11-28 19:58:28 24 4
gpt4 key购买 nike

我目前正在编写一些功能测试,我开始想知道这两者之间最好的理念是什么。

情况

我的应用程序有一些安全页面,需要用户组拥有正确的凭据才能访问。这些用户分为 2 组:“合作者组”和“责任组”。凭证被提供给组。

可能的哲学

解决方案 1:测试凭据,也就是测试功能。

For each secured page, I test the access with 2 users : one with the right credential, and only this one, and one without the right credential.

优点:仅测试页面针对特定凭据进行保护的事实

缺点:不按照客户端(和用户)的需要测试“最终”应用程序行为。

解决方案 2:测试组,也就是测试需求

For each secured page, I test the access with a user of each group, and check that only the allowed groups gain access to the secured page.

优点:根据客户端(和用户)的需要测试“最终”应用程序行为。

缺点:

  • 测试与测试装置相关联
  • 如果业务规则发生变化或创建了更多组,则必须更改测试。

谢谢。

最佳答案

我认为第二个 解决方案是好的。只要凭据与组相关联,就会对凭据进行测试。

Pros: Tests the "final" application behavior, as wanted (and user) by the client.

这是最重要的部分。功能测试旨在在所有可能的情况下测试最终应用程序。如果您想测试您的凭据对用户或组具有相同行为这一事实,您最好使用单元测试。

Cons: Tests will have to change if the business rules changes or if more groups are created.

如果应用程序的业务发生变化,您的测试用例将始终需要更新。正如您对单元测试所做的那样。如果你修改了一个函数的代码,你会检查你的单元测试是否仍然能够控制每个案例。功能测试也是如此。

维护您的测试(以及它们需要运行的固定装置)是一项非常乏味的任务,但这是确保您的代码强大的唯一方法。

希望对您有所帮助。

关于testing - 功能测试理念 : test features or requirement?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6442237/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com