【软件工程】四、编码 & 维护

一、编码实现

实现：编码+测试
产出文档：《程序清单》《单元测试报告》
软件测试占总开发工作量40%

1.1编码

为什么选择高级语言？

• 1.模块化机制
• 2.可读性好的控制结构
• 3.数据结构
• 4.能尽可能多的发现程序中的错误
• 5.有良好的独立编译机制
• （要有恰当的标识符，很多注解、要清晰明了、易读易懂

实际选择语言的标准：

• 1.系统用户的要求
• 2.可以使用的编译程序
• 3.可以得到的软件工具
• 4.工程规模
• 5.程序员的知识
• 6.软件可移植性要求（常考）
• 7.软件的应用领域

1.2测试

测试是为了发现程序中的错误而执行程序的过程。
如果测试没有找出错误，也不能代表程序正确。
没有正确的程序。

1.3测试步骤

模块测试（单元测试）->子系统测试–（集成测试）–>系统测试---->验收测试（确认测试）
单元测试（模块测试）：针对每个模块进行测试，常用白盒测试法。
测试重点：

• 1.模块接口
• 2.局部数据结构
• 3.重要的执行通路
• 4.出错处理通路（出错怎么改进
• 5.边界条件

集成测试：把模块拼装起来做的测试
两种方法：

• 1.渐增式测试：拼积木一样，拼一点测一点（常用
• 2.非渐增式测试 ： 全部拼起来再测试

回归测试：指重新执行已经做过测试的某个子集，以保证上述这些变化没有带来非预期的副作用。
确认测试（验收测试): 验证软件的有效性，即是否满足用户需求。常用黑盒法。

1.4白盒测试 & 黑盒测试

白盒测试法：设计各种测试用例来测试模块内部的情况
白盒测试的优点：

• 1.迫使测试人员思考软件的实现
• 2.帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题
  白盒测试的缺点：
• 1.昂贵：系统庞大时，测试开销会非常大；测试人员要求比较高，人才昂贵
• 2.测试基于代码，只能测试开发人员做的对不对，而不能知道设计是否正确，可能会漏掉一些功能需求。

覆盖度高到低：
路径覆盖->组合覆盖->判定/条件覆盖->条件覆盖->判断覆盖->语句覆盖

• 1.语句覆盖（最弱的覆盖
  设计出来的测试用例要保证程序中的每个语句至少被执行一次。
  仅仅考虑代码中的执行语句进行覆盖而没有考虑各种条件和分支，比较难以发现代码中的问题
  

• 2.判断覆盖(分支覆盖
  使得程序中的每个判断的取真和取假至少经历一次。即判断的真假均曾被满足。
  

• 3.条件覆盖