完美软件

原文摘录   · · · · · · 

• 第1章 进行测试的原因 不可能有完美的软件，而测试也不可能做到覆盖率100%，但测试可以提供降低风险的信息。人不是完美的，因此编出的程序也必定是不完美的。我们只能做到力争完美，测试实际上更像一种心理行为。 经理的职责是做出管理决定，而不要问测试人员诸如“软件可以交付了吗”这类本该由经理自己决定的事。不要相信测试可以改进产品，测试只是发现问题，产品质量和完善归根结底是开发人员的工作。 第2章 测试无法做的事 人们都存在一种感情倾向，不希望发现自己犯了错误。那么，建立一种奖励出现缺陷数量较低的开发人员的制度，并不一定能刺激他们写出更好的代码，肯定会有一些开发人员故意隐瞒错误和增加同测试人员的冲突。 几种常见的错误： 1.不尊重测试人员； 2.过度尊重测试人员； 3.让测试人员当替罪羊 4.忽略通过测试得到的信息，或对测试数据背后隐藏的问题不关心、不清楚原因。 作为经理，首先应对测试有足够的了解，而不允许经理们以不了解测试过程为借口允许缺陷通过。否则应任命专职的测试经理。 第3章 不对所有可能性进行测试的原因 任何测试用例集都是一种采样方法，无论你有多少资源，都要尽可能选择那些具有最强代表性的测试集。如果不得不减少测试资源，那么应该同时减少测试集的规模，否则代价就是测试质量的降低。获取性价比高的采样集是一种经验和直觉，需要经历过较多的实际产品测试才能获得。 第4章 测试和除错的区别 为定位错误做出时间计划是比较难的，但是可以根据经验为一个功能的测试预估一下可能花费的时间，同时测试人员也应该有一个上限时间——如果一个功能花费了太多时间做测试，应该考虑一下性价比的问题了。 任务切换是最浪费时间的。考虑以下场景：4名开发人员，4个产品，均为2周一次迭代（每... (查看原文)

  LEON 1赞 2012-02-22 18:02:56

• 他们编写轿车上的控制刹车和转向系统用的嵌入式软件，在发布软件之前，每个和开发该软件有关的人都要在一条测试道路上以每小时100英里的速度驾驶一辆使用该软件的轿车。 (查看原文)

  WadeFelix 1赞 2011-05-02 09:30:14