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