软件工程第三次作业——关于软件质量保障初探

博文软件质量保障初探

192401-陈雪健-20194585

（1）对教材与参考资料阅读后关于软件质量保障你的体会是什么？

• 质量在软件的研发领域几乎可以说是重过其他一切，开发进度来不及可以延期，方案搞不定可以变更，裁决不做，唯有质量不可妥协。

• (1) 质量是一个企业的代名词，质量都做不好，客户肯定会有不好的体验，并质疑你的能力。

• (2) 对于大型的软件工程活动，如果前期版本到处挖坑，那么后期版本将会越做越痛苦，而且定位和解决问题所消耗的时间和金钱将会更多。

• (3) 从软件开发的角度来看，越早引入问题，带来的人力消耗和经济损失就越大。

• 如果开发阶段，引入一个和其他地方关联性比较强问题，一直没被发现，然后几个版本之后发现，那么可能很多代码都是基于这个错误的逻辑继续开发的，到时候修改起来，很可能会牵一发而动全身。

• 再比如，需求分析没做好，或软件架构设计不合理，开发完之后才发现，那代价就会更大。

（2）如果你是一个项目的QA，那么你认为你的工作职责范围是什么？

• QA是对整个公司的一个质量保证，包括成品，原辅料等的放行，质量管理体系正常运行等。

• QA主要职能为质量体系的建立＼完善，以及成品质量的保证．并对市场状况的追踪。

• QA偏重于质量管理体系的建立和维护，客户和认证机构质量体系审核工作，质量培训工作等。

• QA的工作涉及公司的全局，各个相关职能，覆盖面比较宽广。

• QA主要是保证生产过程受控或保证产品合格，着重于维护。

（3）如果你是一个项目经理，那么你认为这你的项目中需要专职的QA么？还是只需有Test即可？如果一旦出现问题，你如何界定由谁担责？

• 需要专职的QA。也需要有test，如果出现问题我建议双方解决，问题出现的本身是各个程序的相互配合出现问题！
• 因为QA的工作不单单是测试，还有项目过程的监督。叫不懂测试的开发去帮QA写自动化测试工具，写自动化测试脚本，搭自动化测试平台，等于把饭喂到人家嘴边，由于开发根本不懂测试的痛点，对业务功能也不熟悉，所以过程中沟通扯皮很多，最后开发幸幸苦苦帮 QA 配置好测试，QA 嫌工具，嫌脚本不好用，最终还是回到重复点击的手工测试。自动化测试不能完全替代手工测试，但是能够很大程度提高测试的覆盖率，以及回归测试所需要花费的时间，提升团队效率，然而目前有些公司根本无法感受到测试团队的诚意，他们看起来是很努力地在帮团队检测软件质量，但是就想愚公移山一样，你能说它不努力吗？

转载于:https://www.cnblogs.com/cxj123456/p/11579797.html