（1）对教材与参考资料阅读后关于软件质量保障你的体会是什么？
在教材和资料中都清晰的表达的一个概念：软件质量=程序质量+软件工程质量。不管是从邹欣的角度还是陈皓的博文，
我们都能了解到他们两个共同的观点为软件的质量的保障是否需要在全职的QA的加入下，怎么样才能更加有效的控制项目
质量，避免冗杂的错误出现。
我们都能知道程序的质量体现在软件外在功能的质量。而软件工程的质量，我们需要满足3个特性：“好”、“快”、“便宜”。
同时在考虑软件质量的时候，是需要付出成本的。作者认为软件成本包括：预防、评审、内部故障、外部故障、流程分析改
进、投资改进等成本。
下一个阶段我们又需要开始考虑软件质量和软件测试，关于QA和Test的分工是我们业内热烈讨论的问题，软件质量的保
障需要我们在各种改进中找到最适合我们的一种方法。业内讨论的是一种可以覆盖全行业全公司的一种方法，所以他们各自
讨论的方法一直处于讨论中，测试人员不会敲代码，那么测试人员就会和code人员出现分歧，导致项目延期。但是如果想要
程序员都自己全部测试外加构建代码，那么他们的工作量则十分的繁重因此软件质量的保障一直是我们需要处理的事情，但
是我们又不能完全的解决这个问题。进而该问题则需要根据你所在公司的规模和软件大小因地制宜。
（2）如果你是一个项目的QA，那么你认为你的工作职责范围是什么？
在我看来，QA的工作范围是需要分工处理的，单元测试，功能测试，性能测试，回归测试，以及Soak Test 。我们不只
要会编程，还有明确的分工以及在项目开始前进行和代码编程人员进行充分的联系，实时在项目的节点处完成每一单元的测
试，我们不能各自分工，我们知道在现在这个社会，永远不能闭门造车，我们需要交流，我们需要处理各种各样的问题，不
管是自己身处那一个角色，我们都知道我们应该处理哪一个部分，我们测试人员永远不能单纯的测试，我们需要联系每一处
的功能。虽然覆盖率是必要的的，但是侧重点是每一个软件都需要的。
QA和DeV还有我们了解的Test.还有SDE、SDE\T、STE,我们都要交流和处理每一处的测试。
（3）如果你是一个项目经理，那么你认为这你的项目中需要专职的QA么？还是只需有Test即可？
如果一旦出现问题，你如何界定由谁担责？
作为一个项目经理，我们从https://coolshell.cn/articles/6994.html这篇博文中可以看出，是否需要专职的QA？博主在自身经
历中发布自己的观点，下面引用一段话“我觉得是不需要全职的QA的，甚至不需要QA这一专职角色或部门，因为，不懂开发的
人必然做不好测试。就像不懂开发的研发经理必然管不好研发团队一样。”和他的观点一样，我也认为我们不需要专职的QA，同
时只需要Test的话，一样是不需要全职的角色。
当然在这个过程中，我们肯定是需要QA和Test的，但是具体的职能肯定是不需要他们各行其是。“你看，我们都同意，Dev要
懂测试，QA要懂开发，只不过分工不同，既然你中有我，我中有你，那就不要分彼此了，一起携手开发测试吧。（另外，我个人
觉得不懂开发的测试人员不可能测试得好）”--摘抄于上方链接博文。
而当出现问题的时候，我们很难说是谁的错误。首先QA不能测试出这个问题，肯定有着一部分责任；但是code的编写人员就
没有责任了么，我们很难将这个问题纠结于哪一方的责任。结果必然是项目延期或者代码重改，所以我们很难说在项目期间，我们
做了什么，我们少做了什么。反正项目代码出来了，对测试人员来说，他们的工作做完了。但是一发布，项目出现bug了，那么我
们该怎么尽可能去避免这个问题出现呢？
我提倡于code编写过程中，我们的文档是必须的，同时反馈必要的，及时的反馈可能会减少很多的项目量。周报的透明度，bug
出现在哪里就在哪里进行真实模拟调试，要求开发人员熟悉和运用wiki记录，code人员在代码编写过程中编写自己的样例测试等的
一系列方法。