文章编目软件代码和质量控制1 .版本控制2 .代码条款3 .单元基础测试
软件代码和质量控制1 .版本控制
1. 版本控制-定义
在软件工程中,版本控制是一种跟踪和控制软件更改的实践
版本管理系统是用于支持版本管理工具;
版本管理系统的发展历史
CVS
subversion/ClearCase
git/Hg/TFS
2. 为什么需要版本控制系统
记录谁什么时候和多少团队合作过
同步
并发版本管理Commit Message返回更改原因调试3. 分支策略
主干开发、分支发布管理的简单主干问题会阻塞开发流程的分支开发。 主干发布开发分支可以提供可信的代码隔离主干问题,而分支发布开发分支可以提供可信的代码隔离主干问题。 分支发布开发分支可以提供可靠的代码隔离主干问题,如果不返回到发布集成点,可能会出现延迟
2 .代码条款1. 编程规约构成
2. 编程规约的范例
美元符号、下划线不能用于变量。 下划线和美元符号有特殊的意义。 不允许拼音和英语混合,或者中文。 的变量都应该使用标准英语,英语单词中不会出现歧义。 使用匈牙利命名法
3. 代码规约扫描工具 -P3C
3 .单元基础测试1.什么是单元测试
单元测试是由开发人员编写的一小段代码,用于验证被测试代码的小而明确的功能是否正确。 通常,一个单元测试用于确定某个特定条件(或者场景)下某个特定函数的行为。
例如,可以将较大的值放入规则list中,以确保该值出现在list的末尾。 或者,也可以从字符串中删除与模式匹配的字符,并确保字符串中不再包含这些字符。
执行单元测试是为了证明某个代码的动作符合开发者的期望。
2. 规模代价平方定律
识别和修复错误所需的成本与目标代码大小的平方成正比
例如:
20行代码在开发阶段发现bug,定位修复时间可能只需要10分钟
200行代码在别人调用时会发现问题,位置修改可能需要一个小时,代码审阅可能需要一个小时
3.单元测试框架
4. 单元测试 -Mock测试工具
5. AIR原则
6. BCDE原则
7. 单元测试中的坏味道
测试场景过于集中
对于某个单元,必须重视简单的测试依赖于运行环境
不稳定的测试缺少断言
观察人眼是成功还是失败取决于导致效率降低的用例之间
它们必须是独立的,并且用例之间不能存在依赖错误实例: