软件测试经验与教训

#####经验43 测试员要避免遵循过程，除非过程先跟随自己

警惕其他人的过程。测试用例和过程的描述，常常不提测试的内部设计目标。这非常容易使测试员在执行测试时并不太理解如何建立测试、或寻找什么。换句话说，测试员并没有真正跟上过程。一般来说，测试过程的编写和设计都比较差，因为没有多少优秀测试员像擅长计算机那样擅长程序设计人员的工作。如果要遵循测试过程，最后采用自己设计、自己拥有或已经完全了解的过程。
为了得到最好的结果，测试员必须掌握自己的测试，而不是自己的文档。要使过程跟随自己。
如果确信那些过程很好，也至少要眼睛一下过程的工作原理。

个人见解：需要更多的了解程序实现原理，了解的越多也就能发现更深层次的问题。

---

#####经验45 在创建测试过程时，避免“1287”

我们中的bach曾经见过一位测试员编写的测试过程包含“在字段中输入1287个字符。”这1287是从哪里来的？测试员解释说，她的测试想法只不过是在一个小输入字段中，输入非常多的字符。因为他听说测试过程必须具体，因此小心的数量自己已经输入的字符数，1287.这就是过程中的这个梳子的由来。一个任意数，现在却被供奉起来，就像是印在水泥人行道上的猫的脚印一样。
过于详细的没有什么好处。当编写测试过程时，要避免与测试概念无关的的细化。包含所有必要的信息和设计与解释测试所需要的细节，但是要让未来的测试员有创造性的判断力地执行，让未来的测试员引入变化以使现在所编写的测试过程新鲜，高效。

个人见解：对这个经验深有同感。见过很多人写的测试用例，自己也写过不少的测试用