怎样组织底下员工写测试用例,写给新手的
今天群里有个人在问,怎样组织底下员工写测试用列,是不是就是简单的模块分工,自己又要怎样写,才能让领导觉得自己是作为一个组织者而不是一个被分配的角色写,嘿嘿!我是这样跟他说的,模块分工只是一个小部分,既然是组织底下员工写测试用例,那就得以全局的眼观来写文档,首先得知道需要测试的内容,然后将所要测试内容全面整合,也就是个包含所有模块测试的一个大的测试用例的集合,我建议他用用例表的模式写,这样就可以简单很多了,并且和一般的模块用例而设计区分了,相当于罗列出了一个架构或者方向。
我就简单写了一个类似的文档上传了,我也是一个菜鸟在测试的路上挣扎着,大家看了,丢臭鸡蛋可以,千万别丢砖头!! 可以先分工,然后组织者从全局考虑进行完善 采用庖丁解牛的方式吧 组织者面对牛,却无全牛 这东西还收费啊 这东西还收费啊 这东西还收费啊 这东西还收费啊 这东西还收费啊 回复 9# tan19880105
不用收费吧,第一次传,不知道怎么弄,不过设置收费啊 这个事情,还得首先和自己的领导沟通好他心中的目标呗。
测试用例针对不同的项目有各种各样的写法,不能说谁的不好,更不能说谁的就一定好。见过好多三年都干一个项目的老员工,变通能力还不如一个一两年的员工。
我们只能先了解通用的写法,再根据具体的项目,写出适合项目的精简的测试用例。
以最少的测试用例,覆盖最广的需求或代码,才是测试人员要最求的。 学学学习 我刚刚接触这个行业,正在努力前行,哈哈,多多向前辈学习学习! 给大家推荐个测试高级群……里面有老手有新手……测试询问,生活闲聊都很活跃的,长期在线180人:52092288我在哪里也是这个名字……一起求进步、求发展 已加群,多多交流
页:
[1]