标签：包括 职责 bug 稳定性 美的 基础 抽样 产生 核心
第十二章
写了关于软件的用户体验，用户体验的要素：1.用户的第一印象。2.从用户的角度考虑问题。3.软件服务始终记得用户的选择。4.用户的体验和质量。
第十三章 软件测试
这一章介绍了很多关于测试的方法，比如说单元测试，代码覆盖率测试，构建验证测试，验收测试等，我有一个很纠结的问题，如果我开发软件，是把这么多测试全做完，还是挑一些测试来进行呢？如果挑一些测试进行，又很怕这个软件存在未知的缺陷，如果全部测试都做的话那需要庞大的人力物力。但是一个程序的稳定性离不开测试，所以我们可以在抽样的基础上，尽可能多的进行测试，保证程序的稳定性。
第十四章 质量保障
这章为了介绍了保障软件质量的方法，包括分工，每个角色的职责等！我总结出来，软件的质量好坏取决于团队的水平。那么如果从一开始，就知道团队的水平不行，最终开发出来的软件质量很大可能得不到保证。我们这支团队还需要冒风险去开发软件吗？所以一个团队应该估量自身实力，再去接适合自己实力的任务。
第十五章 稳定和发布阶段
我看到15.1.1节里有一个问题说：“优秀的软件团队会发布有已知缺陷的软件么？”这个问题，我思考了很久。如果一个软件核心功能没有太大问题，但是就有很多那些小bug，会对这个软件的口碑产生很大的影响，那么还能发布吗？我觉得，如果软件急需发布，那么我们可以先发布后修改，如果时间较为宽裕，为了一个比较完美的软件，我们应该立即着手发现并修改BUG。
标签：包括 职责 bug 稳定性 美的 基础 抽样 产生 核心
原文地址：http://www.cnblogs.com/William11xyzxyz/p/6886248.html
