软件开发质量保证措施

软件质量是产品或服务所满足明示或暗示需求能力的固有特性和特征的集合软件的质量特性有功能性、可靠性、易用性、可维护性、可移植性缺陷则指系统所需要实现的某种功能的失效或违背在某种程度上，缺陷的数量可以用来评价软件的质量高质量软件往往不会存在太多缺陷那么在敏捷开发团队中，如何提高软件质量，减少测试轮次呢？如果分别从项目管理、开发人员、测试人员角度分析，针对本次项目我司采用如下质量保证措施:L让研发团队领导重视测试，测试部门和研发部门独立研发领导重视测试，明白测试给项目带来的价值，重视每轮的测试报告，开发代码的质量会提高得多其次，测试团队必须是独立于开发团队，在项目中不受制于开发团队，测试人员根据软件质量规范，结合项目实际情况预估测试时间，对产品进行测试，让测试驱动开发测试团队应该是对产品经理负责，知道产品质量、产品进度、产品功能互相影响，追求极致，能站在客户的角度对软件进行测试，为客户提高良好的用户体验.独立建立沟通机制，项目结束进行必要的复盘和总结，绩效考核加强督促力度在实际做项目过程中，团队尽量要保持畅通的沟通环境和方式，避免因跨团队沟通不畅导致的bug可以组织每天站会的形式，快速无边界沟通，做到信息同步，遇到问题及时沟通解决提高效率测试人员每天都编写测试日志，邮件抄送给项目部成员和公司领导报告每天测试情况，加强不同层次的领导对开发人员的督促力度其次，同时可以把缺陷的数量、严重程度作为开发人员的绩效考核标准，提高开发人员的质量意识，促进开发编码规范定期进行bug的分布分析，线上bug的分析，找到出现该bug真正的原因，bug频发的功能、场景，以及机型等，找出来一些预防避免的措施，度量与预防bug针对项目过程中出现的问题，及时的做出调整，避免团队下次再犯同样错误.保持测试和开发独立的测试环境，服务监控告警大部分的项目硬件都非常昂贵，现在很多公司为了节省成本开发和测试环境都在同一台机器上，开发人员在测试机器上开发这样混乱的测试环境，导致一些测试出来的Bug可能不能够重现增加了测试分辨定位bug的难度，甚至会把严重级别bug误以为是环境异常所以应把测试环境和开发环境分开，测试数据库的数据再也不会随意被开发人员修改，测试出现的bug一般在开发环境也能够重现运维层面提供完善的监控体系，分别从网络层、操作系统层、应用层、接口层、做到端口存活、进程存活、页面级别的监控，最好能做到行为级别的监控，包括后期根据业务发展进行扩容，参数调优等通过这些方面的严格监控报警，为产品保驾护航，适应业务快速且稳定的发展.规范开发编码，开发多自测，严格执行CodeReview因为单元测试可以发现大约80%的bug所以要求开发加大单元测试的力度，尽早发现并修复缺陷，减低测试成本同时还可使用编程语言对应的formatlink等代码审查工具对代码进行格式、引用等静态检查，规范代码格式，发现代码错误规范编码开发不仅可以有效减少出现类似空指针、数组越界、崩溃这样的低级bug而且还很难定位bug原因的情况，快速查找bug降低维护成本、极大地提高团队对代码的可读性，而且还有助于代码reviewo提交代码和sql上线时进行必有的review可避免一条sql引起全站瘫痪.细化送测标准，建立详尽的预测试和测试结束标准测试经理在编写测试计划时，编写详细的测试规范，明确规定了软件版本的送测标准（如某个独立模块的功能点完成了多少百分比，才能够开始测试等等，都要写成一个标准），如果被测试软件符合送测标准以后，开发部门才能够请求测试部门进行测试测试部门接受到开发部门的配置表以后，在服务器上取下测试的版本，编译、部署后，安排部分项目核心人员，对部分主要的功能进行预测试，如果预测试通过了，就可以开始测试如果预测试不通过，就打回开发部门修改好后再预测试，直到预测试通过为止.测试部门建立完善的测试规范和上线规范根据公司的实际情况来制定合理的测试流程，有效提高效率明确PC、APP测试流程规范，大致分为测试需求分析、测试计划编写、case编写、case评审、接口测试、冒烟测试、功能测试、UED测试、UAT测试、性能测试、提交testin进行兼容众测线上环境回归测试、发布版本后安装卸载升级主流程测试、测试报告编写，合理管理每个测试阶段相应的成果物产出上线规范主要包括对代码分支的管理、代码的编译上线、上线前的自动化验证等流程大部公司的研发分支团队很多，需要维护公共代码库所以很有必要约定好一套规范的上线流程，保证分支代码正确才能合并到主干，再做主干整体回归，避免上线事故.重视用例评审，提高测试用例的质量就目前来说，很多的公司都不是很规范一种情况变更了软件需求，相应的测试用例没有及时增加，测试人员测试时，完全凭个人的理解和经验，想到哪里就测到哪里随便测试另外一种情况就是测试人员设计测试用例的水平不高，测试用例质量较差，导致测试反复进行，也测试不出Bug这就要求测试部门主管，加大测试用例评审的力度，力争以最少的测试用例，测试出较多的Bugo.部门员工进行模块交叉测试，避免漏测测试主管在安排测试时，要注意“用人之长，避人之短”测试启动阶段，要对这个系统集中培训，让测试部门的成员对整个系统达成一致意见，最好在第一轮测试时，尽可能发现较多缺陷开发人员尽早修复第二轮测试就可以进行模块交叉测试一方面我们可以避免个人原因造成的漏测试，另外一方面也可以利用每个人不同的思维方式，很容易发现其它模块的缺陷，避免多次重复测试，提高测试人员的积极性。