有关测试流程中的问题
A：测试人员做需求分析不一定是需求评审之前，也有可能是在之后。
将需求拆分成测试点具体要到多细，这主要看公司：
如果公司有要求写详细的用例，比如是用word、excel文档来写，那么需求拆分就像我们在解答题之前打的草稿一样，目的是找到解决方法，而这里目的是为了测试人员理解需求，如果测试人员熟悉了方法，也可以不用xmind来拆分。
如果公司没有要求写详细的用例，可以用xmind来写用例，这时拆分出测试点就可以作为我们的用例，那就拆分得很详细，尽可能地写出所有的测试点，考虑到所有的正常和异常场景，我们要求的是写出来的用例或测试点尽可能地全面覆盖需求。
问题1.2:需求评审的结果是怎样的，有没有例子。
A：需求评审是由产品经理主导的，所以测试人员参与在这样的会议主要去了解本次版本需求做哪些功能，以及每个功能的需求。
需求评审在很多公司并没有做，这样不做的后果就是开发人员做出来的东西和需求不符，而测试人员测试时也没有发现，导致出现线上bug。
A：测试方案是由高级测试人员写，测试方案文档主要是以本次测试如何进行测试做为出发点而展开写的。主要包含几个方面：测试需求的细化、测试组网图的设计、自动化测试框架的设计、测试数据和测试脚本的设计、测试用例设计的原则等
如果你是刚入行的，一般来说测试方案是不会由你写的。
问题3.2:测试用例需要保存在公司服务器或网络服务器吗？一般保存在哪里？
A：测试用例一般存放在公共平台，例如git或svn， 以前公司用的配置管理工具是SVN，现在公司用的是git做项目管理，但我们的文档基本都存放在腾讯的协作云平台（tapd）,git存放代码和业务文档、接口文档，腾讯TAPD协作编辑文档只有Word没有Excel不是很方便，所以文档存放在哪里根据公司的情况，没有一定的标准，只有哪一种方便就用哪一种。
比如刚开始，大家就在自己电脑上，写完之后以邮件的形式发给大家就行了。
问题4.1:出口准则一般是怎样的？对这方面了解太少。
A：出口准则其实是测试完成的标准，一般来说软件中bug是测不完的，但同时测试时间也是有限的，那么就需要在测试之前就制定好完成的标准，这就是所谓地出口准则。
比较通用地出口准则由以下几点组成：
一般是“基于测试用例”和“基于缺陷密度”二种准则来判断的，选择前者:
1.功能性测试用例覆盖率达到100%
2.非功能性测试用例覆盖率达到95%
3.没有高于优先级3以上的问题
备选通过办法：如果还有严重级别及以上的bug没修复，或者是暂时无法修复的bug.那这时可以根据实际情况由软件开发部门的开发经理、项目经理和测试经理讨论是否结束本轮测试。
A：测试报告是项目测试完成之后，由测试人员写的，
测试报告一般包含：
1.本次测试结论：测试通过 还是 测试不通过
2.遗留问题：本次测试是否有遗留问题
3.用例执行情况：根据测试用例的分组来统计，可以用图表或表格来总结
4.缺陷分析：缺陷分析在测试报告中占比非常重要，主要是分析担缺陷分布的功能模块，分析出哪个模块缺陷最多，还有就缺陷的收敛是否理想，一般来说缺陷曲线是有一条n线，前期缺陷逐渐增多，达到一个峰值之后就会向下收敛，这条曲线不仅反应了测试人员提交bug的情况，同时也反应了开发修复bug的情况。
5.测试范围：描述本次测试的内容
6.风险：分析出本次上线后可能会出现的风险，同时给出解决方案
以上几个方面就是测试报告的主要内容，基本有这些就行了，其他方面的可以根据公司实际情况进行增加。