一、软件编程

2.1良好的编程习惯

变量命名有意义并且使用统一的命名规则
编写自文档代码（序言性注释 or 行内注释）
提前进行可维护性考量（可以用常量的方式存在的数值最好以变量的方式存在）
良好的视觉安排可以提高代码的可读性(缩进/空行)

2.2代码集成

2.2.1一次性集成

驱动模块和存根模块

在这里插入图片描述

问题：

格外的驱动存根编写
错误隔离

2.2.2系统集成（SQA团队）

自顶向下集成

bfs和dfs的过程都是可以的
bfs更加方便控制系统的逻辑结构
dfs能够尽早的实现某一个分支的功能

广度优先：控制整个系统的逻辑结果

深度优先：能尽早实现某个功能

优点：

错误隔离
存根模块不被浪费
逻辑正确
能够尽早发现设计（顶层）的错误
逻辑组件的测试更加充分

缺点：

较低层的软件测试的比较晚，而且测试不够充分

自底向上

bfs和dfs的过程都是可以的

优点：

充分测试底层的重用概论非常大的操作组件
驱动模块不用编写
错误隔离

缺点：

设计错误可能会发现的比较晚

三明治集成

逻辑组件自顶向下集成
操作组件自底向上集成
最终二者在接口处集成

面向对象过程中对对象进行自底向上，其他进行自顶向下

二、软件测试

2.1软件测试分类

黑盒测试

按照规格进行测试 (数据驱动、功能性测试或输入/输出驱动测试)，忽略代码 - 使用规范来选择测试案例

白盒测试

测试到代码 (逻辑驱动、结构化或面向路径的测试）- 忽略规范 - 使用代码来选择测试案例

通过工件的每个路径必须至少执行一次

检测了所有路径也不能证明程序就是正确的

结论

规格测试，代码测试，随机测试都不可靠

2.2黑盒测试（用户）

避免数据覆盖带来的庞大测试量（单元测试）

等效值测试
边界值分析测试

基于黑盒测试进行功能测试

2.3白盒测试（开发者）

语句覆盖

选择足够多的测试数据，被测试程序中的每条语句至少执行一次

分支覆盖

不仅每个语句至少执行一次，而且每个判定的每种可能的结果都应该至少执行一次

条件覆盖

不仅每个语句至少执行一次，而且使判定表达式中的每个条件都取到各种可能的结果

分支+条件覆盖

选择足够多的测试数据，使判定表达式中的每个条件都取到各种可能的结果，而且每个判定表达式也都取到各种可能的结果。它同时满足判断覆盖和条件覆盖

条件组合覆盖

选取足够多的测试数据，使得每个判定表达式中条件的各种可能组合都至少出现一次。满足条件组合覆盖，也一定满足判定覆盖、条件覆盖和判断/条件覆盖

路径覆盖

选取足够多的测试数据，使程序的每条可能路径都至少执行一次，如果程序图中有环，则要求每个环至少经过一次