 | 经典之作《代码大全》中的单元测试---提高测试质量 | Steve McConnell | 06-18 | 97 |
| 提高测试质量的方法和其它提高任何过程的质量的方法是相似的。你应对整个过程有相当的了解，这样可稍微变更过程并观察不同情况之间的差异。当观察到一种变更带来了积极的影响时，便可修改此过程，以便使其更好。以下讨论了如何提高测试质量的方法。计划测试进行有效测试的关键是从项目开始就计划测试。将测试看成和设过、编码同样重要意味着时间将分配给测试，测试被认为是重要的。并且是一个高质量过程。测试计划应能使测试过程可…… |
| 经典之作《代码大全》中的单元测试---测试支持工具 | Steve McConnell | 06-18 | 162 |
| 本节讨论你可购买到或自己开发的测试工具。在此也无法说出某一种具体产品，因为在你读到此处时它们可能都过时了。你可查阅最近一些你最喜爱的程序员杂志。建立“脚手架”以便测试你的子程序“脚手架”这词来自建筑术语。“脚手架”用于方便工人能到达建筑物的一些地方。软件“脚手架”的唯一目的是为了能方便地测试代码。一种类型的软件“脚手架”是可被接受测试的高级子程序调用的低级子程序。这样的子程序可称为“残桩”。残桩的…… |
| 经典之作《代码大全》中的单元测试---典型错误 | Steve McConnell | 06-18 | 187 |
| 本书可使你明白当对错误有深刻了解时，你能测试得很好。哪一个程序含最多的错误你可能很自然地想到错误均分在你的整个源代码中。如果你平均每 1000 行代码发现 10 错误，你可假定平均第 100 行子程序你可发现一个错误。这确实是一个很自然的假设，但是它是错误的。实际上，绝大多数错误往往倾向于集中在少数有缺陷的子程序中。以下是错误和代码的一般联系：· 80%的错误往往出现在 20%的子程序中（Endr…… |
| 经典之作《代码大全》中的单元测试---测试技巧 | Steve McConnell | 06-18 | 331 |
| 为什么有可能利用测试确定程序中的错误呢？为了测试程序的性能，你不得不对你的程序测试每一种输入数据或输入数据的组合。即使对一个简单的程序，这样的工作也令人难以容忍。例如，你的程序接收人名、地址、电话号码并将其存在一个文件中。这是一个简单的程序，并且比任何让你厌烦的程序都要简单。进一步假定每个可能的名字和地址是 20 个字符的长度，并且它们要用到 26 个可能的字符。以下是可能的输入数据量：名字 26…… |
| 经典之作《代码大全》中的单元测试---单元测试的一般方 | Steve McConnell | 06-18 | 101 |
| 一个有条理的单元测试方法，可使你用最小的努力最大限度地发现各种类型的错误。请记住以下各点：· 对每个需求进行测试，以便确保需求得到实现。在需求阶段上计划测试或尽量使测试早一些——在你编写单元测试前。你应考虑测试对需求的遗漏。安全性、存储、安装程序、系统可靠性都是测试的对象，并且在需求分析时它们都易被疏忽。· 对和设计有关的程序进行测试以确保设计得到了实现。在设计阶段尽早计划测试——在你开始进行子程…… |
|
