摘要：
单元测试完成对最小的软件设计单元—模块的验证工作目标是确保模块被正确地编码使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误通常情况下是面向白盒的对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早地发现和解决不易显现的错误 因为一个软件模块本身不一定是一个单独的程序，所以必须为每个单元测试开发驱动器或/和稳定的桩(stub)。在大多数应用中，一个驱动只是一个接收测试数据，并把数据传送给要测试的模块，然后打印相关结果的“主程序”。子程序桩的功能是替代那些被本模块调用的模块。根据模块间关系的不同需要有不同的桩和驱动器，可以根据桩的类型开发一些通用结构的桩和驱动器，以减 阅读全文
posted @ 2011-08-15 14:53
runfox545
阅读(283)
评论(0)
推荐(0)
摘要：
测试覆盖率 有多少需求、代码已经被测试了缺陷发现率 缺陷是何时被发现，并且有多少缺陷已经被发现。缺陷可以根据严重性来分类。需记录以下值： 缺陷数目 缺陷的严重性测试成功率 有多少测试已经通过了，并且有多少是运行正常的？需记录以下值： 已通过的测试用例的数目 可利用的测试用例的数目 阅读全文
posted @ 2011-08-15 10:44
runfox545
阅读(289)
评论(0)
推荐(0)
摘要：
Bug的80-20原则在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug而系统测试又能找出其余Bug中的80%最后的5%的Bug可能只 有在用户的大范围、长时间使用后才会曝露出来因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。80/20原则1.80%的工程量用在20%的需求上2.80%的开发成本花费在20%的部件上3.80%的错误是由20%的部件引起的4.80%的延期或返工是由20%的变更造成的5.80%的系统资源是由20%的部件消耗的6.80%的进度是由20%的人完成的 阅读全文
posted @ 2011-08-15 10:37
runfox545
阅读(1272)
评论(0)
推荐(0)
摘要：
木桶原理：软件质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至 文化因素也会影响最终软件的质量测试是提高软件质量的必要条件，最直接、最快捷的手段，但决不是一种根本手段如果将提高软件质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。 阅读全文
posted @ 2011-08-15 10:35
runfox545
阅读(1048)
评论(0)
推荐(0)
浙公网安备 33010602011771号