软件开发过程与质量保证-5、6、7-编测维2009.pptVIP

第五章 编写代码 软件实现阶段的主要成果 计划 软件的源代码和构件库 编程规范、与编程相关的技术文档 测试用例和测试报告等 命名规范举例（java） 1. 使用全英文确切的表达变量、域、类等。 正确的命名方式：firstName, grandTotal； 不合适的命名方式：x1,y5； 2. 尽量使用项目或产品相关业务领域的术语，同时要有统一的词汇表（Glossary）。 3. 命名时使用大小写混合的方式增加可读性，一般情况第一个字母小写，但是类名、接口名的首字母大写。 正确的命名方式： int iSum； public class GetPushInformation； 4. 少使用缩写或使用标准的缩写，同时要有统一的缩略语表(Abbreviation)。 5. 避免使用过长的命名，控制在15个字符以内为宜。 6. 避免相似的命名，同时不使用仅大小写不同的命名。 不合适的命名方式 persistentObject persistentObjects； anSqlDatabase AnSQLDatabase； 7. 不在命名的开头或者结尾使用下划线（_）。 不合适的命名方式： _iSum, GetPushInformation_； 注释 在类、接口、成员函数和域（属性）的声明前使用。文档编制注释里的内容符合Javadoc标准。 例如： /** * Mobile Lottery-A application system developing for * operator or 3rd party. * @author Roy Gao * @param draws,phoneNumber */ public class MLottery(int draws,char phoneNumber){… …} 单行注释 用于成员函数中说明商业逻辑、代码片断或者声明临时变量加以注释 例如： // Apply a 5% discount to all invoices // over $1000 as defined by the Sarek // generosity campaign started in Feb. of 2000. 第六章 软件测试 软件测试的重要性： 在整个软件开发中，测试工作量一般占30%～40%，甚至≥50%。 在人命关天的软件(如飞机控制、核反应堆等）测试所花费的时间往往是其它软件工程活动时间之和的三到五倍 第六章 软件测试 6.1软件测试的概述 软件测试的目的和原则 G.Myers给出了关于测试的一些规则，目标或定义： 1、测试是为了发现程序中的错误而执行程序的过程； 2、好的测试方案是极可能发现迄今为止尚未发现的 错误的测试方案； 3、成功的测试是发现了至今为止尚未发现的错误的测 试。 E.W.Dijkstra 指出: “程序测试能证明错误的存在,但不能证明错误不存在.” 测试的目的是：设计测试用例，以最小的代价、在最短时间内系统地发现各种不同类型的错误 软件测试的原则： 1.所有的测试都应追溯到用户需 1)最严重的错误(从用户角度)是那些导致软件无法满足需求的错误。 2)程序中的问题根源可能在开发前期的各阶段解决、纠正错误也必须追溯到前期工作。 3)测试与软件开发个阶段之间的关系可以参见P60 V模型 2、应该在测试开始之前的相当长时间，就 制定出测试计划。 1）测试计划可以在需求模型一完成就开始 2）详细的测试方案定义可以在设计模型被确定 后立即开始 因此所有测试可以在任何代码被产生前就被计划和设计 软件测试不等于程序测试 软件测试应贯穿于软件定义与开发的整个期间； 据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占 64%，属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。 3.pareto原则：测试发现的错误中80%很可能起源于20%的模块中。 所以关键是分离这些有疑点的模块并进行彻底 的测试 4.测试应该从“小规模”开始，并逐步进行“大规模”测试。 最初测试的时候通常把焦点放在单个程序模块上，进一步测试把焦点放在继承的模块上，最后在整个系统中寻找错误 5 .穷举测试是不可能的。 在测试中不可能运行路径的每一种组合，但是尽量的覆盖程序逻辑并确保使用程序设计中的所有条件是可能的。 6.为了达到最佳的测试效果，应该由独立的第三方来从事测试工作。 测试的步骤： 单元测试又称为模块测试，是最小单位的测试，其目的在于发现各模块内部可能存在的各种错误。