![]() |
您现在的位置: 新语文 >> 企业管理 >> 运作管理 >> 项目管理 >> 正文 |
|
|||||
软件开发的项目管理 | |||||
作者:佚名 人气:267 全球最全的财富中文资源平台 |
|||||
一. 软件开发的种类 5.1.2 测试计划用列表式将所有的测试方案写下. 5.1.3 每个具体地的测试方案都有专人执行,并记录每个测试方案的结果. 任何缺陷都记录下来. 5.2测试与开发同步进行 在部分组件编写完后就进行开发测试工具. 5.3 测试计划执行中的注意事项 5.3.1 由测试员发现的缺陷分给开发工程师修改纠错. 5.3.2 修改完毕由测试员先进行初步质量验证 (Smoke Test), 通过后才能由开发工程师送进原代码的提交库. 5.3.4 每次任何影响到其它组件的程序纠错改动, 不仅是经过改动的程序要重新测试, 任何可能受到影响的其它组件或程序也必须重测 (Regression Test). 5.3.5发行前要进行全程测试 (Full Test Pass). 5.4 测试的内容:1.确定测试的优先级别 2。函数模块 3。功能模块 5.5 测试的结果:1.bug的数量(平均每50行就有一个)2.代码的覆盖率(代码的执行路径) 5.6 测试不到的地方未知错误要进行出错处理 六 实施关键 设计在先,编码在后 没有设计规范书就不写一行编程码 所有的编码要有员工之间的互相审核 所有的编码在加入整体汇编前必须在开发工程师的机器上先汇编 “吃你自己的狗食”: 产品发行前全体团队成员要自己使用尚未完善的产品,并报告缺陷. 专门的汇编团队负责整个产品的建造并每天进行汇编。任何造成汇编失败的编程必须写此程序的工程师立即修改纠错 (Fix Bug). 整个公司所有团队使用统一的缺陷报告数据库工具. 但每个团队掌握控制自己的数据库. 任何问题都通过缺陷数据库来跟踪. 被修改后已解决的缺陷 (Fixed Bug)必须由找到缺陷的人 (通常是测试人员) 验证.被修改后已解决的缺陷还必须通过再测试,验证修改的编码没有造成新的害虫. 所有的害虫被分类成三种严重性的级别及三种修改的优先权的级别. 所有团队员工被要求必须先除级别高的害虫. 有的团队执行 “害虫监狱” (Bug Jail)制度: 害虫数字超过 5 个以上的开发工程师在除完害虫前不准编新的功能的编码. 所有关键性的害虫在产品发行前都要由“三国会议” (Triage Meeting – PM, Dev, QA) 讨论决定是否要除, 才能改动。 产品发行前团队召开定时的“战前会议” (War Meeting), 由团队各领导成员审核所有的害虫. 每次一项功能编程完成后, 团队全体成员进行 “抓虫大扫除” (Bug Bash):每人在规定的时间内使用新的功能,将找到的害虫及时报告. 大扫除结束后抓虫的统计向全队报告. |
|||||
财富论今——新的理念 心的飞越 | |||||
| 设为首页 | 劳动创造一切,财富造就神话 | |
财富论今-http://cf.xinyuwen.com 苏ICP备05013302号 |