我总是在更改出现后立即执行回归测试。案例是客户不时提出更改或附加要求,这使案例更加混乱。我测试了一些东西,然后整个事情都变了。同样,我必须测试更改的模块并与与其链接的其他模块执行集成测试。
如何处理此类情况?
我总是在更改出现后立即执行回归测试。案例是客户不时提出更改或附加要求,这使案例更加混乱。我测试了一些东西,然后整个事情都变了。同样,我必须测试更改的模块并与与其链接的其他模块执行集成测试。
如何处理此类情况?
我会建议你以下的事情
-> 最初收集所有要求,如果您通过电子邮件有任何疑问,请与客户核实。
-> 每当您接到客户电话时,在 MOM 中记录每一件事,并与参加电话的每个人分享(开发团队、客户、业务、QA)
->准备一份测试计划策略文件,测试用例并分享给客户,并要求他签字。
->一旦,您就可以开始进行烟雾测试,然后检查该版本中的主要功能,然后可以继续进行。
->您可以自动化回归测试用例,因为您将为每个版本执行它们(如果它是桌面应用程序,我建议使用 Selenium,然后是 UFT)。
如果您有任何疑问,请告诉我。
1)第一次询问完整的克林特要求并注意文档中的每个小点。
2) 了解总体功能。
3) 使用您的默认测试方法。
4)您没有提及您的测试类型。(应用程序或门户)
5) 尽可能让您感到舒适和轻松,然后继续进行测试。
6)你想要自动化测试。请使用这个(App-appium 或 Web-selenium)
我希望这对你有帮助。