提高程序质量心得体会
一．需求分析设计方面
1.设计时间要充足，开发人员参与到设计讨论当中，开发时间可以缩短
2.质量控制开始从需求，需求把握不好，后续设计、开发、测试做的再漂亮，也会失败
3.挖掘需求背后的需求
4.做需求除了考虑功能外，还应结合系统架构
5.因为是维护性项目，多考虑修改后是否会对之前的功能有影响。
6.记录需求讨论会议纪要
7.较为扎实的文字功底，熟练应用设计工具
二．程序编写方面
1.公共模块及频繁调用的部分尤其要注意性能
2.要注意程序在不同系统平台上的差别，尤其注意同一SQL语句在不同平台上可能有不
同的执行结果
3.关键部分必须添加注释
4.参考客户要求，根据本项目实际情况，制定本项目的编码规范，实现注释、日志、函数
等内容风格的统一，加强代码的健壮性、可扩展性、可维护性
5.功能测试，单元测试等内容由开发人员自测没问题后再交由测试人员测试，对程序实现
bug统计，若千行代码bug数超过一定量，对相应开发人员有一定的警告措施
6.提高程序的可读性、可变更性、可维护性。
7.可以采用持续集成框架进行代码检查，应用部署等自动化功能
8.开发人员要计划功能实现的时间，不要影响测试人员的工作
9.由于程序是围绕需求展开的，如果需求理解不到位的话，程序的质量自然无法保证，加
深对需求的理解也是重中之重。最好对整个系统都熟悉。
10.在程序实现过程中，编码规范必须严格遵守，同时对复杂业务逻辑或同类型多记录的
SQL语句的执行效率必须优先考虑
11.涉及到外围系统：如果上线时间不确定，需要随时都跟踪上线计划，同时需要给自己留
出充足的时间整理代码，因为有些页面是跟其他功能共用的。
三．测试方面
1.在跟外围系统联调时也要注意，如果是批处理，数据文件要求是全量的，一定要求核心
跑一个全行的数据出来，不要只是测某个网点下的数据，这样的测试太片面了
2.开发环境测试留充足的时间，所以每次开发都会在计划完成的时间内给自己留出大部分
时间用于测试
3.对于一次上线内容多而测试时间不充裕的情况下，抓重点测试。
4.对于每次上线都应该制定测试计划
5.施行单元测试AB角。A角为编码人员，负责功能实现和功能单元测试案例的编写提交，
B角为另一编码人员，负责功能单元测试案例的执行和功能单元测试报告的编写提交
6.合理使用自动化测试工具
四．团队协作及个人责任方面
1.质量跟责任心成正比，对自己的工作负责，在做事情的时候多留个心眼，别草草了事，
这样程序质量应该会有很大的提高责
2.遇到解决不了的问题，包括：开发任务不能按计划完成，开发时遇到了技术难点10分
钟解决不了的等等，一定要告知项目管理员，让管理人员知道工作的进度
3.工作中需要有自己的总结和思想
4.提高自我学习的能力
5.对于自己所做的事情多考虑影响
6.持有一种怀疑的态度，需求分析人员会关注测试、设计和开发，反过来若测试、设计和
开发对需求有问题的地方也多反馈，多沟通
7.对于不确定的需求多与同事和业务人员多沟通，不要把自己的想法与客户的需要搞错，
影响开发
8.提高主动意识，每一个环节的衔接的连续性需要每一个环节的负责人的主动发现问题、
抛出问题
9.每一个人都需要不断的学习，不断的充实自己，便于能够胜任更重要的岗位或角色
10.管理人员必须对质量进行考评，并通过各种手段进行激励团队提高质量
11.根据时间，资源和预算客观情况定义合适的软件质量标准最好，既不让开发团队感觉痛
苦，又能让用户满意
12.根据业务需求调整团队和个人的工作目标，并纳入质量考核体系，实施严格的奖惩措施，
刺激开发人员的工作效率和工作质量
13.项目组前段时间编写了《项目质量管理细则》，对该规范执行的要求为：有章必依，违
章必究，对一些违章行为制定相应的处罚措施
14.制定完善的规则制度，大家都按照制度执行。
