一、对教材与参考资料阅读后关于软件质量保障你的体会是什么？
在第一次作业的泛读全本书并提出自己疑惑的问题时我就提到了这个问题，我一直对测试人员真的有必要吗保持了一定的疑惑，此次又深入的精读了第十四章加上老师所给的参考资料，又有了不一样的体会。
首先通过最开始的软件=程序＋软件工程 ，我们可以很轻易的得出软件质量=程序质量+软件工程质量。
其次软件工程的质量体现在以下几个方面：
1.软件开发过程的可见性（对于小环节或者设立一个区间达到一定程度后去向外展示）
2.软件开发过程的风险控制（其中众多风险要相应的去承担乃至提前预防）
3.软件内部模块，项目于中间阶段的交付质量、项目管理工具的因素
4.软件开发成本的控制（控制相应成本以防影响团队业绩）
5.内部质量指标的完成情况（团队内部会定取相应的指标，这些也属于开发者的硬性标准）
CMMI（能力成熟度模型集成）：运用CMMI模型管理项目，有效降低项目成本且提高项目的质量和按期完成率。
最后我自己还是对于软件测试这个角色带有一定怀疑态度，对于老师给的文献中很多测试人员不具有编程的功能，只知测试，留下大堆问题交给开发人员，不懂开发人员的初衷和核心思想，只知报错和测试，最后出了问题或者用户反馈，最后还是开发人员去修改，还有思维定向问题，我觉得只要两组不同的开发人员去互相使用软件就可以测试，况且现在QA和Test的分工这么不明确。最后一个测试问题就是一个不懂编程的测试也绝对不是一个好测试，测试不应该只报着事不关己高高挂起的态度，也需要多加开发自己的专业技能，虽然不是一个硬性要求，但是关乎自己的专业认真问题。
二、如果你是一个项目的QA，那么你认为你的工作职责范围是什么？
如果我是一个项目的QA，工作首先是符合我自己的职称，所以我的职责范围将是
1.保证软件的质量符合需要的标准
2.做好测试工作，主要要去同开发人员多进行沟通，了解软件的核心内容才能便于测试与修改
3. 对于软件质量严格把控，毕竟这是一个团队的心血，而且最后要去承担软件出错对应的责任
4.尝试软件测试分工，这样可以互相去检查，减少错误
三、如果你是一个项目经理，那么你认为这你的项目中需要专职的QA么？还是只需有Test即可？如果一旦出现问题，你如何界定由谁担责？
如果我是一个项目经理，我觉得不需要专门的QA，因为我是对QA保持怀疑态度，我觉得只需要Test即可，一个专门的QA可能我们对这个职位想的太重要了，正常的开发人员和测试人员都可以去做QA，与其让一个不是太懂软件核心内容的人去做QA，倒不如直截了当每次轮流从Test人员中选取几个去做QA，而且责任问题一直是大家对于QA的主要怀疑，但是真正出现了问题呢，还是开发人员和测试人员忙到最后，QA没有一个完整的理念和责任感，即使强加给他又有何用。但是每次从Test里面选取几个QA的话，都是沟通过且理解核心开发内容的，还有就是责任问题是最后的选出来的几个测试人员的问题，大家轮流去做QA，也是给与大家更大的压力和动力。