软件测试经验与教训（四）

经验七&＃xff1a;询问一切&＃xff0c;但不一定外露
1.不问问题当然可以测试&＃xff0c;但是不可能测试得好。问问题是测试员对项目发挥作用的基础。不问问题&＃xff0c;测试就没有目标&＃xff0c;就是呆板、机械的。不过很直白的问题会刺激别人&＃xff0c;常常使人产生顾虑。
2.问题就像是一剂猛药&＃xff0c;最好采用低剂量&＃xff0c;或与饭一起吃&＃xff08;即结合其他沟通形式&＃xff09;。幸运的是&＃xff0c;这样问问题的价值并不低于直白地发问。测试员所想到的任何问题都会有助于启发自己的思想&＃xff0c;最终产生对问题的至关重要的认识。
3.如果测试员在测试时发现对产品提不出问题&＃xff0c;那么还是先停下来。

经验八&＃xff1a;测试员关注失效&＃xff0c;客户才能关注成功
1.测试是项目团队中惟一不直接关注成功的角色。其他所有人都在创造什么, 或创造性地指导创造。但测试员却是消极的。测试会是一种沉闷的工作&＃xff0c;几乎像希腊神话所说&＃xff1a;“测试者在孤岛上&＃xff0c;注定要不停地寻找不会存在、也不应该存在的东西&＃xff0c;深信成功会为神带来不幸。”
2.重新定义比较积级的测试员使命是错误的&＃xff0c;例如确认程序正常。即使“确认程序正常”作为使命交给测试员&＃xff0c;测试员也要忠告客户&＃xff0c;这样的确认是不可能的。这种确认成本极高。除非运行所有可能的测试&＃xff0c;否则就不能证明程序正常。测试员只能够说&＃xff1a;“就我所执行的测试来说&＃xff0c;没有发现产品不正常。”但是反过来的确认就非常经济了&＃xff1a;只需一个测试&＃xff0c;就可以说明产品不正常。
3.测试员关注失效&＃xff0c;是因为这可以增加发现失效的机会。用自己全部的创造力和技能&＃xff0c;寻找产品中的关键问题。如果测试员没有找到关键问题,程序员就不能改正&＃xff0c;以后用户可能会替测试员找到。通过发现程序中客观存在的问题.测 试员能够帮助项目团队更加了解自己的技能和产品风险&＃xff0c;帮助他们将产品做得 更好&＃xff0c;更具可支持性&＃xff0c;在市场中有可能更成功。