添加客服微信
400 035 7887
021-60725088-8054
如今的自动化测试越来越火，但火的背后其实也伴随着很多盲目的追求自动化，所以有时我们也得冷静下来想想自己的项目是否适合做自动化测试，在做自动化测试之前，我们得搞清楚这么几个问题：
1、我们的项目是不是短平快的项目，也就是一次性项目，交付即可，无需后续维护。
2、系统是不是稳定（主要是需求变更是否过于频繁），如果系统稳定性很差，那么盲目去做自动化测试，会让自动化测试团队忙于奔命。
3、易用性测试，这类型的测试也不适合做成自动化，成本过大。
在这里补充几个问题
1、自动化测试的效率体现在能反复并快速的运行，快速的反馈，快速的回归，所以无自动化测试，不敏捷。自动化测试非常适合敏捷这种快速迭代的团队，手工去测试新功能，自动化去回归老功能。
2、自动化测试能发现新Bug么？答案是否定的，因为自动化测试主要用于回归测试，那么自动化测试自然就难发现新bug，这也是我们现在说测试不应该是为了发现bug，而是要去防范bug的产生。
3、不要一味追求UI自动化测试的覆盖率也不要去定制不合实际的UI自动化覆盖率。从个人经验上来说建议UI自动化覆盖10%的测试用例。API自动化测试倒是可以尽可能覆盖100%。
所以总结一下，什么项目才适合做自动化测试：
1、软件需求变动不频繁
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试。必要的时候还要修改自动化测试框架，所以所花费的成本不能低于利用其节省的测试成本，那么自动化测试是失败的。项目中的某些模块相对稳定，而某些模块需求的变动性很大，我们便可对相对稳定的模块进行自动化测试，而变动较大的还是用手工测试。
2、项目周期较长
由于自动化测试需求的确定、自动化测试的框架设计、测试脚本的编写与调试均需要相当长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样的一个过程，那么自动化测试是不可行的。
3、自动化测试脚本可重复使用
自动化测试脚本的重复要从三个方面来考量，一方面所测试的项目之间是否很大的差异性（如C/S、B/S系统的差异性），所选择的测试工具是否适应这种差异性，最后，测试人员是否有能力开发适应这种差异的自动化测试框架。
推荐阅读：
能让重复的操作自动化的方式，可利用这样的自动化测试工具来实现
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系SPASVO小编(021-60725088-8054)，我们将立即处理，马上删除。
alltesting@spasvo.com
.png)
