CC++单元测试很容易了.ppt

C/C++：巧用单元测试新技术 实现开发质量与效率飞跃 省时间 保质量 强管理 程序是调出来的！ 1 单元测试, 省略90%调试 2 测试，让代码质量完全不同 1 回归，避免修改破坏原功能 2 统一质量标准，消灭短板 1 事情一次做好，进度可控 2 单元测试带来什么？ 嵌入式项目调试成本更高 1 单元测试太难了！ 测试代码是产品代码的2～5倍！ 测试代码 耦合问题 高耦合代码如何测试？ 局部数据 局部输出、界面输入 死循环、静态变量… 即使很难，还是流行， 因为值得。 新技术，让单元测试不再难 测试代码是产品代码的2～5倍！ 测试代码 耦合问题 高耦合代码如何测试？ 局部数据 局部输出、界面输入 死循环、静态变量… 点点鼠标填填表格一切OK 请看VU4 动画演示 小结 几分钟的演示， 不全面也不易理解， 记住一点就行： 单元测试，只需要 点点鼠标、填填数据 实现开发质量和效率飞跃 可视编程：编程过程中，程序行为可视， 高质高效舒服地开发。 请看动画演示 可视编程小结 编写代码时， 本来就需要想清楚功能， 唯一不同的是，把所想记录下来， 以便想正确、想全面 代码越复杂效益越大。 可视编程：事情一次做好传统方式：麻烦留在后头 请看具体对比 可视编程小结 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效 无 3.行为可视 明确功能驱动开发 无 2.设计先行 填用例比拦截省时 断点拦截 1.数据 成本仅此项，其他皆收益 拦截一个数据并不难，拦截一系列数据很难。 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效 无 3.行为可视 明确功能驱动开发 无 2.设计先行 填用例比拦截省时 断点拦截 1.数据 有效降低劳动强度， 有效提升开发效率。 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效 无 3.行为可视 明确功能驱动开发 无 2.设计先行 填用例比拦截省时 断点拦截 1.数据 用调试来找错排错，会将很多错误留待以后，总的调试时间是编码的2~5倍 测试就是找错，程序员躲不掉测试，谁的代码不找错就提交？ 可视编程，并非多做一件事情，只是换成高效可靠的方式而已 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效 无 3.行为可视 明确功能驱动开发 无 2.设计先行 填用例比拦截省时 断点拦截 1.数据 修改代码破坏原有功能，是传统方式永远的疼，仅凭自动回归，单元测试就值得！ 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效 无 3.行为可视 明确功能驱动开发 无 2.设计先行 填用例比拦截省时 断点拦截 1.数据 两个月后，编码时的所想所做就忘光了。自动生成的文档，意义无可代替 传统方式 VS 可视编程 可视编程 传统方式 自动判断即出结果 自动报错 单步跟踪 4.找错 领导审阅同事参考 报告即文档 无 7.文档 避免修改引入错误 自动回归 从头再来 6.回归 航空标准 行为可视 一盏明灯 用例即设计 直接设定 团队统一质量标准 无记录不可控 8.质量 行为可视快速排错 单步跟踪 5.排错 编程过程舒服高效