一：测试策略和测试计划的区别?
测试策略是测试的办法或方案；测试计划是测试实施的步骤或程序。
二：如何编写测试计划，如何评估测试时间和人员安排。
首先你要明白你是白盒测试还是黑盒测试，然后根据环境，配置相应的测试环境，准备相应的测试数据，制定测试流程。
评估测试时间要用测试工具最好，搞个压力测试，看看瓶颈在哪里。
三：测试计划在哪个环节确定下来比较好
测试计划最好与开发计划同步，在开发功能完成后，随即跟进测试。所以在用户需求明确，开发计划制定出后，即可确定测试计划。
以上仅供参考~
四：测试计划包括哪些内容
1.引言：目的、背景、范围、定义、参考资料
2.测试内容：测试功能清单
3.测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具
4.测试环境：硬件环境、软件环境、特定测试环境要求
5.项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结
6.实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件
7.风险管理
五：测试计划包括哪些内容
1.引言：目的、背景、范围、定义、参考资料
2.测试内容：测试功能清单
3.测试规则：进入准则，暂停/退出准则、测试方法、测试手段、测试要点、测试工具
4.测试环境：硬件环境、软件环境、特定测试环境要求
5.项目任务：测试规划，测试设计，测试执行准备，测试执行，测试总结
6.实施计划：工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件
7.风险管理
六：测试计划怎么评审
我支持模板害死人的说，单不支持模板害死人的做法。模板是长期实践，总结出来的一套解决问题的方法，有的你是实用的有的未必你就能用的到，一个项目计划要从特定项目的特点出发思考如何一步步的开展测试工作；测试计划不是一成不变的，在测试计划的执行过程中会随着外界条件或者某些因素的掺杂而做出相应的变动和调节！这个是必然的。如果说做了一份计划到项目测试完毕了都没有动过或者很好的按照计划中的各个指标，策略，资源等测试完成了，这说明两个问题：第一你的计划就是一张废纸，第二你的计划做的太好了，对整个项目的把控，奉献预测和预防测试都做到极致了注重项目质量要从领导开始！
七：测试计划的目的是什么？软件测试应该划分几个阶段
测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。
大体上来说可分为单元测试、集成测试、系统测试、验收测试。每个阶段又分为以下五个步骤：测试计划，测试设计，用例设计，执行结果，测试报告。
初始测试集中在每个模块上，保证源代码的正确性，该阶段成为单元测试，主要用白盒测试方法。
接下来是模块集成和集成以便组成完整的软件包。集成测试集中在证实和程序构成问题上。主要采用黑盒测试方法，辅之以白盒测试方法。
软件集成后，需要完成确认和系统测试。确认测试提供软件满足所有功能、性能需求的最后保证。确认测试仅仅应用黑盒测试方法。
单元测试
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。
集成测试
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。
系统测试
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。
验收测试
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。
回归测试
回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。
八：如何做好测试计划和测试用例工作
个人认为做好测试计划的编写工作应该从以下几个方面考虑问题：
1、要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。
2、要坚持“5W1H”的原则，明确测试内容与过程。
明确测试的范围和内容（WHAT）；
明确测试的目的（WHY）；
明确测试的开始和结束日期（WHEN）；
明确给出测试文档和软件册存放位置（WHERE）；
明确测试人员的任务分配（WHO）；
明确指出测试的方法和测试工具（HOW）。
3、采用评审和更新机制，确保测试计划满足实际需求。
因为软件项目是一个渐进的过程，中间不可避免地会发生需求变化，为满足需求变化，测试计划也需要及时地进行变更。
之所以采取相应的评审制度，就是要对测试计划的完整性、正确性、可行性进行评估，以保证测试的质量。
4、测试策略要作为测试的重点进行描述。
测试策略是测试计划中的重要组成部分，测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素，
打个不太恰当的比喻，你可以认为测试计划就是测试工作的预期输出，而测试执行是测试工作的实际输出，在预期输出！=实际输出
至于测试用例工作，我认为我们首先要明确测试用例在整个测试工作中的地位及其作用。个人认为，测试用例在整个测试工作中的
地位和作用主要体现在以下几个方面：
1、测试用例是测试执行的实体，是测试方法、测试质量、测试覆盖率的重要依据和表现形式；
2、测试用例是团队内部交流以及交叉测试的依据；
3、在回归测试中，测试用例的存在可以大大的降低测试的工作量，从而提高测试的工作效率；
4、测试用例便于测试工作的跟踪管理，包括测试执行的进度跟踪，测试质量的跟踪，以及测试人员的工作量的跟踪和考核；
5、在测试工作开展前完成测试用例的编写，可以避免测试工作开展的盲目性；
6、测试用例是说服用户相信产品质量的最佳依据，同时也可以提供给客户作为项目验收的依据。
当我们认识到测试用例在政工测试工作中的地位及其作用之后，相信大家都已经认识到了测试用例对测试工作的重要性和必要性，
1、做好测试人员的项目培训（主要指对需求分析、软件设计、测试计划的认知程度）工作。要想发挥团队中每一个成员的所有能力，最好的办法就是让他们每一个人都清楚这个项目中的所有细节，以及自己要在这个项目中所承担的责任。
2、尽可能的利用以往其他项目的测试用例；并将该项目中类似模块进行归类，按类编写测试用例，再根据每个模块的特点进行修改，要充分利用测试用例的可重用性。
3、在时间资源紧张的情况下，可以按照测试的关键路径编写测试用例，针对关键路径的测试用例一定要详尽，其他边缘模块的测试用例可以考虑仅通过性测试（既仅证真测试）。
4、采用针对测试用例的模块化编写。个人建议将测试用例和测试数据分开，测试用例中的操作步骤应主要体现于业务流程的检验，而测试数据主要体现于针对系统的数据处理结果的检验。考虑到软件项目的需求变更问题，建议将这两项分开，通过测试用例编号进行关联，以应对需求变化造成的测试用例的修改，从而减少测试用例的修改量，缩短项目周期，提高工作效率。
九：软件测试计划的测试目标
当今任何商业软件都包含了丰富的功能，因此，软件测试的内容千头万绪，如何在纷乱的测试内容之间提炼测试的目标，是制定软件测试计划时首先需要明确的问题。测试目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。另外，测试目标应该相对集中，避免罗列出一系列目标，从而轻重不分或平均用力。根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。
扫一扫手机访问
