上家公司在设备厂商,公司对于测试用例非常重视,毕竟对于刚上手的新人配置设备还是有一定的门槛,可以通过测试用例去指导入门,体会测试思路。 但是现在转到老家一个互联网公司之后,每次都只给很短的时间去写测试用例,而且操作也很简单,都是图形界面。大家觉得还需要详细的写测试用例吗?
每次只有很短的时间,时间你们是怎么确定的,整个项目周期如何安排的,时间那么短,能不能把场景全覆盖到,出现问题怎么办,如果现状一直这样,只能抽出测试点
需要,但是我们其实现在也不写 excel 形式的用例了,主要用脑图体现用例设计思路,一个分支对应一条用例。
现在用 ximind 比较多,写测试点。
我们这边前后端分离,后端基本上脑图,不过对新员工的要求还是转化为 Excel,越细越好;前端 APP 的话,界面细节较多,还用 Excel,主要来跟踪用例执行记录,不过说实话,太浪费时间了。
目前我们是写脑图的 checklist,不用写 step 了
那脑图写不写预期结果呢?我感觉要是不写容易测的时候先入为主了
step 是交叉(相互)执行和设计、执行角色分开时用的,自己写自己测,写 step 有点矫情 当然,全量产品用例库建设除外~
跟一些硬件厂商打交道,他们的测试用例一板一眼的,step 也写的很详细