完美软件读后感之4--9
上一篇 /
下一篇 2012-06-07 15:16:36
/ 个人分类:软件测试杂谈
欢迎拍砖, 其实目录就是经典的提成,右侧的个人观点,欢迎指正
第4章测试和除错的区别53 | 1.通过测试来发现53 2.查明问题55 3.定位55 4.确定重要性57 5.修改57 6.解决问题57 7.通过测试来学习59 8.任务切换61 4.1测试会随着机构的成长发生变化61 4.2以时间限制试探法作为管理法则,但根据需要进行调整65 4.3小结67 4.4常见缺陷67 | 1. 测试会随着机构的成长发生变化 2. 以时间限制试探法作为管理法则,但根据需要进行调整 3. 测试标题下往往囊括了很多需要不同技能的工作 4. 坚持要求所有的缺陷都是“可重现的”是一种测试误区 5. 将测试当作可以被任何原因打断的低优先级工作,如果要进行可靠的测试,就要集中精力 6. 正确的定义可以防止或结束争论(同样个人认为也可以节省时间提高效率) |
第5章元测试73 | 5.1我们有说明书,但是找不到了75 5.2我们的错误太多了,导致缺陷数据库无法高效运转75 5.3我们没找到任何缺陷,实际上我们并没有真正地找77 5.4我们修改记录让缺陷看起来没那么严重77 5.5这不是我的组件中的问题,所以我不记录79 5.6我不知道在测试错误的应用程序79 5.7我们不测试最差的组件,因为花得时间太长81 5.8我们发现了这么多缺陷,不会还有更多的81 5.9我们的测试证明程序是正确的83 5.10我们运行了很多测试用例,根本就看不过来83 5.11如果我们的软件在有三名用户时工作良好,显然 它在有一百名用户时也不会有问题83 5.12我们不希望测试人员知道我们将忽略他们提供的信息85 5.13我没有报告缺陷,所以开发人员不会对我发脾气87 5.14我们不需要测试它,因为开发人员非常有水平87 5.15接着说元信息89 5.16小结89 5.17常见错误91 | 1.
测试只能显示出某些事情失败了,或者在特定的条件下没有失败,但它不能证实某些事情一定是正确的 2. 我们的错误太多了,导致缺陷数据库无法高效运行(我们是不是应该想想为什么错误太多了而不是只盯着数据库的局限性呢? 3. 我们没找到任何缺陷,实际上我们并没有真正的找 认知误区 1) 这不是我的组件中的问题,所以我不记录
2) 我们发现了这么多缺陷,不会还有更多的 3) 如果我们的软件在有3名用户时工作的良好,显然它在有100多用户时也不会有问题(这样的话性能测试就没有存在的必要了) 4) 我没有报告缺陷,所以开发人员不会对我发脾气(如果这是典型现象,这家公司也就没救了) 5) 我们不需要测试它,因为开发人员非常有水平(我找不到不测试的理由?即使有水平也可以更上一层楼) 这些误区可以帮助我们找到测试的元信息,可以显著提高测试的功效并降低成本
|
第6章信息免疫95 | 6.1我们在生存规则受到威胁的时候会感到害怕97 6.2我们压抑无法接受的事物99 6.3我们让不可接受的事物合理化101 6.4我们将自己的负面品质投射给其他人105 6.5我们转移指责从而免除自己的责任107 6.6我们对自己的不足进行过度补偿111 6.7我们在觉得失去控制时开始出现强迫111 6.8小结113 6.9常见错误113 | 1.
虽然测试的目的是提供信息,但大家常常会将这些信息看成某种威胁 2. 要对测试信息进行评估,就必须考虑人们的情绪防卫措施:压抑,合理化,投射,转移,过度补偿和强迫 |
第7章如何应对防卫反应119 | 7.1确定恐惧121 7.2使用危机思维121 7.3实践,实践,再实践123 7.4对自己进行测试125 7.5小结127 7.6常见错误127 | 1.
没有哪种感情会像恐惧那样剥夺大脑进行行动和推理的能力 2. 通过足够的实践,将可以更好的辨识别人的防卫反应并加以解决 3. 如果你有正确的起步,并且保持警醒,深思熟虑和主动,就可以避免情绪的混乱支配你的测试工作 4. 不对别人说他们不关心质量 5. 对自己要严格但不过于苛求 |
第8章良好测试的要素129 | 8.1永远无法确切地知道129 8.2只能根据事实来评估良好性131 8.3可能希望故意插入一些缺陷135 8.4对良好性的估算总是统计性的135 8.5可以对非差性进行估算137 8.6小结139 8.7常见错误139 | 1.
没什么事物是好的或者坏的,而是思维让事物有了好坏之分 2. 良好不会是只和测试与实现有关的属性,而是测试,实现和场合三者之间关系的属性 3. 我们永远无法确切知道,而且永远无法通过鼓励的看某个测试来知道一个测试是否是良好的 4. 根据发现了多少缺陷来衡量测试人员的好坏是错误的 5. 要及时对测试的“不良性”进行度量 |
第9章有关测试的主要误区143 | 9.1指责误区143 9.2穷举测试误区145 9.3 “测试产生质量”误区147 9.4分解误区149 9.5合成误区151 9.6 “所有测试都相同”误区151 9.7 “随便哪个笨蛋都可以测试”误区155 9.8小结157 9.9常见错误157
| 1. 认为指责可以起长期作用,但往往容易被反咬一口 2. 认为可以对任何事物进行“穷举”测试,但往往得到的是欺骗甚至反叛 3. 以为系统测试可以捕捉所有缺陷而将单元测试当做冗余加以忽略(得不偿失) 4. 良好的测试总是探索性的,先前的测试结果会对将来的测试产生很大的影响 5.质量是整个开发过程的产物,良好的测试不一定能导致良好的质量,除非整个开发过程的其他部分都是恰当的并且得到了正确的执行
|
收藏
举报
TAG: