1. 对教材与参考资料阅读后关于软件质量保障你的体会是什么？
质量是一个企业的代名词，质量都做不好，客户肯定会有不好的体验，并质疑你的能力。对于大型的软件工程活动，如果前期版本到处挖坑，那么后期版本将会越做越痛苦，而且定位和解决问题所消耗的时间和金钱将会更多。从软件开发的角度来看，越早引入问题，带来的人力消耗和经济损失就越大，具体多大呢？据说有专门的团队研究过是成指数形式增长的(具体数字我不记得了，但是从切身体会来讲我是深信不疑的)，举个例子，如果开发阶段，引入一个和其他地方关联性比较强问题，一直没被发现，然后几个版本之后发现，那么可能很多代码都是基于这个错误的逻辑继续开发的，到时候修改起来，很可能会牵一发而动全身。再比如，需求分析没做好，或软件架构设计不合理，开发完之后才发现，那代价就会更大。
2.如果你是一个项目的QA，那么你认为你的工作职责范围是什么？
QA是Quality Assurance缩写，指的是质量保证职位。QA偏重于质量管理体系的建立和维护，客户和认证机构质量体系审核工作，质量培训工作等。企业文化对QA来说就像空气一样，看不见它，但却深深地被它影响。比如说，在一个氛围活跃、高技术、创新能力强的企业，QA应该倾向于服务职责；而在一个强纪律、低技术、规章制度成熟的企业，QA就应该倾向于监督职责。
3.如果你是一个项目经理，那么你认为这你的项目中需要专职的QA么？还是只需有Test即可？如果一旦出现问题，你如何界定由谁担责？
如果我是一个项目经理，我认为项目中是不需要一个专职的QA，他就像航行中的指南针，给你指引方向。没有一个软件是没有bug的，测试的终极目的不是为了发现bug，而是要确保尽量没有bug暴露给用户。但很多企业的经验证明，选择一些新人和“闲人”组成的QA部门往往只能构成形式上的QA组织！在选择合适的QA人选时，企业应首先考虑他们的知识、技能和素质能否满足组织和岗位的要求。具体而言，应该从综合素质、项目管理经验、工程经验、项目业务知识，以及对过程体系的熟悉程度等方面来考察。QA人员如果没有实际参与过项目/产品的开发，没有从事过项目管理工作，或是从有些部门抽调来的工作相对比较“轻松”的人员，即便他们熟读背诵了整个过程体系，仍然很难成为企业真正需要的合格的QA。因此，作为项目经理一定要找对人，如果项目中出现问题，质量检测人员应该付绝大部分责任。