在亚马逊网站上,有一些产品因其广告有点特色产品而名列前茅。如果今天你做了最后一轮测试,明天就是生产。如果它在生产中中断,那么可能的原因是什么?
6 回答
我没有很多 QA 测试经验(4 年),但我看到即使经过密集测试,软件也会在生产中出现故障。主要原因是测试人员无法跳出框框思考,并坚持常规测试。至少在我的公司,开发人员、测试人员和最终用户之间存在很多脱节。这导致测试人员不知道客户如何使用该软件。问题是无法制作无错误的软件。它总是在质量和进度上妥协。正如我的商业化经理在我们的一次会议上对我们说的那样,你总是会有错误,当你同意他们在那里时,这是你的决定。
特色产品通常通过向导类型的用户界面添加到电子商务网站。如果应用程序在特色产品部分出现故障(可以通过检查服务器日志进行检查),那么应用程序出现故障的最可能原因可能是特色产品无法正确添加到网站。现在,为了测试此功能,应该通过上述向导正确测试添加产品。向导可以根据一些动态因素选择添加产品,如顶级评级、畅销产品等,这仅在生产环境中才真正可用。因此,最可能的原因可能是特色产品由于某些动态因素而无法添加到网站上,而这些动态因素正是基于这些动态因素显示在网站上的。
对于排名靠前的产品,预计它们会获得大量点击,因此压力测试应该给出明确定义的限制——检查那些。
仔细阅读 SRF 中的安装说明,检查它们是否被完全遵循。
检查错误日志以了解测试用例的异常情况。
在部署到生产后出现故障的大多数情况下,原因很简单,并且可以通过遵循基础知识来识别,如果没有,那么它是一个新的测试用例:)
可能的原因可能如下:
- 未执行完整的回归或对精选添加功能的回归覆盖不够。
- 未按要求进行功能测试。
- 功能运行良好,但在 TPS 增加时显示问题。这就是生产中出现问题的原因。原因 - 未完成性能测试。
- 该功能可能无法在端到端产品测试环境中验证。
您已经验证了所有问题。但在产品上线之前,我们作为测试工程师应该确保
这是在类似于生产的环境中测试的。(舞台环境)这是我们由于死线和所有原因而失败的地方。
在舞台环境中,我们需要完全以最终用户的身份思考并测试产品。
列出[在 QA 环境中测试时] 容易损坏或高风险的模块。并确保对这些模块进行重复测试。
确保在生产环境中执行您的测试用例。这可以帮助您在最终用户在生产中发现问题之前解决问题。
我想到的第一件事是:集成测试在有机会的时候没有执行,或者做得不好,可能是由于项目期限的限制。
是的,@Hemant 提到了一些场景。