有关测试用例要详细到什么程度。
  这些天招了新人,新项目紧张的测试告一段落,我也开始为功能写用例。
  一段时间不写了,写起来有点生疏,但是思路还很清楚。写到一半收到新人写完发过来的用例。
  我一看感觉2了,哥您这用例根本是直接拷策划案啊,跟策划案都一样还要你这用例干嘛。
  我一下觉得这哥们是不是糊弄事儿,后来我把他叫过来聊了聊,发现不是,是他觉得用例该是这样。
  在之后不断教他和反复修改用例的过程中,我也同时开始不断审视用例到底该写到什么程度。
  首先,先说用例的目的是什么?
  用例的主要目的是让可以将每一条需要测试的点都想清楚明白,其次让你测试的覆盖面尽量广,并且通过书面的形式记录可以减少遗漏。
  目的清楚了那要写到什么程度去达到这个目的轻松多了。
  再回答这个问题,测试用例要详细到什么程度?
  1.将每一个功能点分解成可以进行测试(需要写明可操作的步骤)的测试点
  2.用例每一条都是一个测试点,不要将多个测试点写到一个用例里
  3.无法测试的点需要提出与程度沟通定出解决方案(做GM命令,改数据库等)
  只有清晰明确了,用例才能帮助你进行全面的测试。同时用例也是我考察员工重点之一,因为用例实际是你怎么测的思路的表现,我不可能站在你身边看你怎么测,我只能通过用例去看,如果用例写的不好,那这个测试员我只能说我可能也不会太看好。