对我来说最受益匪浅的不是 Google 软件测试之道,也不是 Google testing blog ,而是这个时间过去很久的 PPT:分层自动化测试持续集成,不知会不会有人有同样的感受,但我就是很想分享一下他(要是一开始做测试就看到这个该多好!)。
使用了的 selenium 测试一段时间,每天看测试结果和维护测试用例,也就是最集成的模拟用户操作的自动测试,痛点很明显,那就是太慢,维护成本高,错误不精确,而且很多后端的逻辑不能测试到。但这是测试最开始能做的事情,就是用户怎么用,测试怎么测,并且很多前端的问题也需要通过这样的方式才能更好的发现。
那么多的逻辑该怎么测试?这是我很长的时间内都在思考的问题,现在也还在思考
哪些测试在哪里做才最有效果,花最少的成本,并且能持续集成呢?我觉得就是上图所示中的前四项,而 QA 多是做接口和后端 web 层的测试。web 层的后端测试方法上面给出的 ppt 中有说明,Mock HttpRequest、直接调用 Controller,取得页面渲染前的内容并校验。
实际中也应该清楚开发做了哪些测试,哪些放到单元测试中开发来写更好,代码行覆盖率和分支覆盖率是一个衡量的方法,但是一个周密的测试的 case ,往往都比逻辑代码需要更多的测试代码,没有足够的精力就需要有所取舍。开发写的测试更多时候是在测试程序的正确情况,对于出错情况的验证十分缺乏,QA 需要补充这些测试或者在其他的分层中做这些测试。
在持续集成方面,单元测试应该是每一次代码改动提交的时候自动测试,而 QA 的前端或者后端的测试时间更久,覆盖的功能更多,比较适合每日定时测试。
就写这么多了,现在做的也不好,老是出 bug,用户表对我们失望哦!在努力呢!
网站声明:如果转载,请联系本站管理员。否则一切后果自行承担。
加入交流群
请使用微信扫一扫!