软件测试计划书
软件测试计划书
软件测试计划书(总13页) -CAL-FENGHAI.-(YICAI)-Company One1-CAL-本页仅作为文档封面，使用请直接删除软件测试计划书1 ．测试范围：本软件为智能红绿灯控制系统，是针对城市交通管理员设计的，城市交通管理员是这个软件的使用者，他通过此软件为各个路口设置参数，使系统能够根据输入的参数通过控制交通灯实时地对各路口的交通进行调度；能够随时掌握现在交通的具体情况。
由于各种活动的相互影响和制约，我们不可能把这个软件设计的完美无缺，可能有许多错误，这些错误甚至会对软件产品以至整个系统产生致命的危害，因此就需要对我们的软件进行测试，主要是对制作的软件产品进行检查，及时的发现程序中逻辑错误，以保证软件产品的正确性和可靠性。
具体结合到我们这个软件，是要做到一下几点。
1，通过测试来检验软件是否可以正常运行。
2，如果无法正常运行，需要检测出错误处在哪里，并加以纠正3，本软件是否可以一一满足用户的所有要求。
4，当用户出现违规操作（例如设定最大绿灯时间大于所给范围等），系统能否发现并提醒用户改正。
在测试阶段我们首先必须明确信息的流向，下图给出了测试阶段信息流向的模型，我们也将根据这个图来指导我们完成测试阶段的工作。
我们计划将测试分为3个阶段：首先，将整个程序按功能划分成3个子模块，分别对每个模块进行单元测试，在该阶段我们在每个单独的程序块中，消除块内的逻辑、功能上的缺陷和错误，保证每个块作为一个单元能正确执行，并为上一级测试做准备；第二步，进行联合测试，将3个模块进行集中和装配，形成一个完整的软件后就可以进行联合测试，联合测试除了进一步检测和排除子系统（或系统）结构或相应程序结构上的错误之外，还应该验证所有的系统单元配合是否合适、整体性能和功能是否完整；最后，在对整个程序进行有效性测试，在模块测试、联合测试之后，就可以对组装起来的软件进行有效性测试，有效性测试就是根据需求分析规格说明书中规定的有效性标准，通过功能测试验证软件系统是否与用户的要求一致。
软件测试计划书
软件测试计划书一、引言。
本文档旨在为软件测试提供一个全面的计划，以确保软件质量和稳定性。
在软件开发的过程中，测试是至关重要的一环，它可以帮助我们发现并修复潜在的问题，确保软件能够按照预期的方式运行。
二、测试目标。
我们的测试目标是确保软件的功能完整性、性能稳定性和安全性。
具体包括：1. 确保软件的各项功能能够按照需求规格书中的描述正常运行；2. 确保软件在各种不同的环境下都能够保持稳定的性能；3. 确保软件在面对各种潜在的安全威胁时能够有效地保护用户数据和系统安全。
三、测试范围。
我们将对软件的各个模块进行全面的测试，包括但不限于用户界面、功能模块、性能模块、安全模块等。
同时，我们也将对软件的兼容性进行测试，确保软件能够在不同的操作系统和设备上正常运行。
四、测试计划。
1. 测试时间安排。
我们将在软件开发的不同阶段进行测试，包括单元测试、集成测试、系统测试和验收测试。
具体的测试时间安排将根据软件开发进度来确定，以确保测试能够及时进行，并在软件发布前完成。
2. 测试人员安排。
我们将组建专业的测试团队，包括测试工程师、测试分析师和测试管理人员。
他们将负责各个测试阶段的测试工作，并及时向开发团队反馈测试结果。
3. 测试环境准备。
我们将搭建适合的测试环境，包括硬件设备、操作系统、数据库等，以确保测试能够在真实的环境下进行。
4. 测试方法和工具。
我们将采用多种测试方法，包括黑盒测试、白盒测试、性能测试、安全测试等，以确保软件的各个方面都能够得到全面的覆盖。
同时，我们也将使用各种测试工具，如自动化测试工具、性能测试工具等，以提高测试效率和准确性。
五、风险管理。
在测试过程中，可能会面临各种风险，如测试资源不足、测试进度延迟、测试结果不准确等。
我们将采取一系列措施，包括加强测试资源的管理、优化测试进度安排、加强测试结果的验证等，以最大程度地降低这些风险的发生。
六、测试报告。
我们将及时编写测试报告，对各个测试阶段的测试结果进行总结和分析，并向开发团队和管理团队提供详细的测试数据和建议，以帮助他们改进软件的质量和性能。
软件测试个人职业规划书
软件测试个人职业规划书(一)努力很重要，但是方向更重要。
在当今激烈的社会竞争之中，相关知识体系和工作经验相对完备者更具有优势，而大学生活是我们进入社会之前的磨练和演习，在对自己所学专业对应的职业有所了解和定位，明确将来前进的方向，能让我们更有侧重点的学习。
通过着眼于现学专业和个人所长来进行职业规划，可以分析自我，为将来的奋斗确立方向。
如果只是混混度日或者盲目学习各门课程而忽略专业偏向和主次，怎么能够满足将来的工作需要? 再者，职业规划可以让我们根据未来的理想制定可行的生活规划，评估当下和目标之间的差距，弥补自身不足，在反复的学习和实践中让之间更具竞争力，充实自我，了解自我，从而找到职场机遇。
自我评估与分析就自身而言，我认为自己的兴趣与爱好其实是比较广泛的，具体的讲自己对计算机、文学、美术等方面比较感兴趣，同时还比较关心时事新闻。
而我平时也喜欢看相关爱好的书籍博文，此外喜欢户外运动，喜欢打羽毛球、跑步。
闲暇之余我喜欢画画、听音乐看电影。
性格的态度特征我的性格是比较诚实、正直的。
在做事情时认真勤奋责任心强，往往尽力做到自己能达的最佳，同时比较喜欢创新。
喜欢用不同的角度来看待分析问题。
在自己的生活与同学及其他人的交往中比较随和，很少跟人发生正面冲突，也基本能做到小事不计较不记仇，当我遇到没有接触的事情和不懂的地方时能向人虚心请教，但有时也会坚持己见按自己预先设想的来办。
就性格而言，我认为有待改善的地方是，有时缺乏自信，优柔寡断。
对于做事态度方面，有时比较急躁，没有细致地规划好，这也是我认为做一份职业规划非常必要的原因之一。
还有，虽然我经常能够意识到问题的存在，忧患意识较强，也常会立刻付诸实践，但是恒心毅力不够，没有坚持到底，这也算是我性格的一个弱点。
就此，在未来3年多的大学生活中我会主要到阻止自己做到更好的因素，并努力完善自我，让我在未来更具优势。
性格的理智特征在感知注意方面，我是属于那种主动观察的类型;在想象方面，我是属于主动想象的类型，是那种发散型的类型，同时我认为自己在做事情的时候是现实主义与幻想主义的结合。
软件测试计划书实例
软件测试计划书实例一、引言。
软件测试是软件开发过程中至关重要的一环，它可以帮助开发人员发现和修复软件中的缺陷，确保软件的质量和稳定性。
因此，编写一份完整的软件测试计划书对于软件项目的成功至关重要。
二、项目背景。
本文档旨在为软件测试计划书的编写提供一个实例。
我们以某虚拟公司的某款软件项目为例，来展示一个完整的软件测试计划书应该包括哪些内容以及如何进行编写。
三、测试目标。
1. 确保软件的功能完整性，通过测试，确保软件的各项功能能够正常运行。
2. 确保软件的性能稳定性，通过性能测试，确保软件在各种负载下能够保持稳定的性能。
3. 发现和修复软件缺陷，通过各项测试，发现软件中可能存在的缺陷，并及时修复。
4. 提高软件质量，通过测试，提高软件的质量，确保用户体验。
四、测试范围。
本次测试将覆盖软件的各个功能模块，包括但不限于登录、注册、数据处理、界面交互等模块。
同时也将进行性能测试，确保软件在各种负载下都能够正常运行。
五、测试计划。
1. 测试时间安排，根据项目进度，安排测试时间，确保在项目交付前完成测试工作。
2. 测试人员安排，确定测试人员的角色和职责，包括测试经理、测试工程师等。
3. 测试环境准备，搭建测试环境，包括硬件环境和软件环境。
4. 测试工具准备，选择合适的测试工具，包括自动化测试工具、性能测试工具等。
5. 测试方法和标准，确定测试方法和标准，包括黑盒测试、白盒测试、边界值测试等。
6. 测试用例编写，编写详细的测试用例，确保覆盖到各个功能点和场景。
六、风险评估。
在测试过程中可能会出现各种风险，包括测试环境不稳定、测试用例不全面等。
需要及时评估风险并采取相应的措施来降低风险发生的可能性。
七、测试执行。
1. 执行测试用例，按照测试计划，执行各项测试用例，记录测试结果。
2. 缺陷管理，发现缺陷后，及时记录并提交给开发人员进行修复。
3. 测试报告，编写测试报告，总结测试结果，包括通过率、缺陷统计等。
八、测试总结与建议。
软件测试个人工作改进计划书
软件测试个人工作改进计划书在软件测试的领域中，不断提升和改进工作方法与技能是至关重要的。
为了更好地适应项目需求，提高测试效率和质量，我制定了这份个人工作改进计划书。
一、现状分析在过去的工作中，我虽然能够完成基本的测试任务，但也存在一些不足之处。
1、测试用例设计不够全面有时候会忽略一些边界情况和异常场景，导致在后期的测试过程中才发现问题，增加了修复成本和时间。
2、测试执行效率有待提高在执行测试用例时，可能会因为对业务逻辑的理解不够深入，或者操作不够熟练，导致测试进度缓慢。
3、缺陷管理不够规范对发现的缺陷描述不够清晰准确，有时会遗漏关键信息，影响开发人员对问题的判断和修复。
4、沟通协作能力有待加强与开发团队和其他相关部门的沟通不够及时和有效，导致信息传递不畅，影响项目的整体进度。
二、改进目标1、提高测试用例的覆盖率和质量，确保能够发现更多潜在的问题。
2、提升测试执行的效率，按时完成测试任务。
3、规范缺陷管理流程，提高缺陷描述的准确性和完整性。
4、加强与团队成员的沟通协作，建立良好的合作关系。
三、改进措施1、测试用例设计方面深入学习业务知识，与产品经理和开发人员进行充分的沟通，了解项目的需求和架构，确保对业务逻辑有清晰的理解。
参考同类型项目的测试用例，学习优秀的设计思路和方法。
运用多种测试用例设计方法，如等价类划分、边界值分析、因果图等，确保覆盖各种可能的情况。
在设计完成后，进行同行评审，邀请其他测试人员对测试用例进行检查和补充。
2、测试执行效率方面提前熟悉测试环境和工具，熟练掌握相关的操作技巧。
对测试任务进行合理的规划和安排，按照优先级和重要程度依次执行。
在测试过程中，及时记录遇到的问题和解决方法，积累经验，提高下次测试的效率。
定期对测试执行情况进行总结和反思，分析影响效率的因素，并采取相应的改进措施。
3、缺陷管理方面学习缺陷管理的规范和标准，明确缺陷描述的要素和格式。
在发现缺陷时，详细记录缺陷的表现、重现步骤、预期结果和实际结果等关键信息，并附上相关的截图和日志。
软件测试计划书范文
软件测试计划书范文一、引言。
软件测试是软件开发过程中不可或缺的一部分，它能够帮助开发团队发现并解决软件中的缺陷，确保软件质量和稳定性。
本文档旨在制定软件测试计划，明确测试的目标、方法和时间安排，以确保软件开发过程中的质量控制。
二、测试目标。
1. 确保软件功能的完整性和正确性。
2. 发现并解决软件中的缺陷和漏洞。
3. 确保软件的稳定性和性能。
4. 验证软件是否符合用户需求和期望。
三、测试范围。
本次测试的范围包括软件的功能测试、性能测试、安全性测试等方面。
具体包括但不限于：1. 功能测试，验证软件的各项功能是否符合需求，包括正常功能和异常情况下的处理能力。
2. 性能测试，测试软件在不同负载下的性能表现，包括响应时间、并发性能等。
3. 安全性测试，测试软件的安全性，包括数据加密、权限控制等方面。
4. 兼容性测试，测试软件在不同操作系统、浏览器等环境下的兼容性。
四、测试方法。
1. 手工测试，由测试人员手动执行测试用例，验证软件的各项功能。
2. 自动化测试，利用自动化测试工具执行测试用例，提高测试效率和覆盖率。
3. 性能测试，利用性能测试工具模拟不同负载下的场景，测试软件的性能表现。
4. 安全性测试，利用安全测试工具对软件进行漏洞扫描和安全性检测。
5. 兼容性测试，在不同环境下进行测试，验证软件的兼容性。
五、测试计划。
1. 确定测试资源，包括测试人员、测试环境、测试工具等。
2. 制定测试计划，明确测试的时间安排、测试用例设计、测试执行和缺陷管理等流程。
3. 执行测试，按照测试计划执行测试，记录测试结果和缺陷情况。
4. 缺陷管理，对测试中发现的缺陷进行记录、跟踪和解决。
六、风险管理。
1. 人员变动，测试人员的离职或调动可能影响测试进度和质量。
2. 测试环境，测试环境的不稳定或不完整可能影响测试的进行。
3. 测试工具，测试工具的不稳定或不适用可能影响测试效率和覆盖率。
七、测试进度。
根据测试计划的安排，按时完成各项测试任务，确保测试进度和质量。
软件测试计划书
软 件 测 试 计 划 书 1 ．测试范围：本软件为智能红绿灯控制系统，是针对城市交通管理员设计的，城市交通管理员是这个软件的使用者，他通过此软件为各个路口设置参数，使系统能够根据输入的参数通过控制交通灯实时地对各路口的交通进行调度；能够随时掌握现在交通的具体情况。
由于各种活动的相互影响和制约，我们不可能把这个软件设计的完美无缺，可能有许多错误，这些错误甚至会对软件产品以至整个系统产生致命的危害，因此就需要对我们的软件进行测试，主要是对制作的软件产品进行检查，及时的发现程序中逻辑错误，以保证软件产品的正确性和可靠性。
具体结合到我们这个软件，是要做到一下几点。
1，通过测试来检验软件是否可以正常运行。
2，如果无法正常运行，需要检测出错误处在哪里，并加以纠正3，本软件是否可以一一满足用户的所有要求。
4，当用户出现违规操作（例如设定最大绿灯时间大于所给范围等），系统能否发现并提醒用户改正。
在测试阶段我们首先必须明确信息的流向，下图给出了测试阶段信息流向的模型，我们也将根据这个图来指导我们完成测试阶段的工作。
软件配置纠错纠正错误测试结果 测试配置 预期结果可靠性预测我们计划将测试分为3个阶段：首先，将整个程序按功能划分成3个子模块，分别对每个模块进行单元测试，在该阶段我们在每个单独的程序块中，消除块内的逻辑、功能上的缺陷和错误，保证每个块作为一个单元能正确执行，并为上一级测试做准备；第二步，进行联合测试，将3个模块进行集中和装配，形成一个完整的软件后就可以进行联合测试，联合测试除了进一步检测和排除子系统（或系统）结构或相应程序结构上的错误之外，还应该验证所有的系统单元配合是否合适、整体性能和功能是否完整；最后，在对整个程序进行有效性测试，在模块测试、联合测试之后，就可以对组装起来的软件进行有效性测试，有效性测试就是根据需求分析规格说明书中规定的有效性标准，通过功能测试验证软件系统是否与用户的要求一致。
2.测试计划：：静态测试静态测试是指不执行程序而找出程序存在的错误。
软件测试计划书模板（通用版）
软件测试计划书模板（通⽤版）软件测试计划书修订历史记录⽬录1．简介 (3)1. 1⽬的 (3)1. 2背景 (3)1.3范围 (3)2. 测试参考⽂档和测试提交⽂档 (4)2.1测试参考⽂档 (4)2.2测试提交⽂档 (4)3.测试进度 (5)4.测试资源 (5)4.1⼈⼒资源 (5)4.2测试环境 (5)4.3测试⼯具 (6)5.系统风险、优先级 (6)6.测试策略 (6)6.1数据和数据库完整性测试 (7)6.2接⼝测试 (7)6.3集成测试 (8)6.4功能测试 (8)6.5⽤户界⾯测试 (9)6.6性能评测 (10)6.7负载测试 (11)6.8强度测试 (12)6.9容量测试 (13)6.10安全性和访问控制测试 (14)6.11故障转移和恢复测试 (15)6.12配置测试 (16)6.13安装测试 (17)7.问题严重度描述 (17)8.附录：项⽬任务 (18)1．简介1. 1⽬的＜项⽬名称＞的这⼀“测试计划”⽂档有助于实现以下⽬标：[确定现有项⽬的信息和应测试的软件构件。
列出推荐的测试需求（⾼级需求）。
推荐可采⽤的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的⼯作量进⾏估计。
列出测试项⽬的可交付元素]1. 2背景[对测试对象（构件、应⽤程序、系统等）及其⽬标进⾏简要说明。
需要包括的信息有：主要的功能和性能、测试对象的构架以及项⽬的简史。
]1.3范围[描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此⽂档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。
]2.测试参考⽂档和测试提交⽂档2.1测试参考⽂档下表列出了制定测试计划时所使⽤的⽂档，并标明了各⽂档的可⽤性：[注：可适当地删除或添加⽂档项。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录
1引言 (2)
1.1编写目的 (2)
1.2背景 (2)
1.3定义 (3)
1.4参考资料 (3)
2计划 (3)
2.1 软件说明 (3)
2.2测试内容 (3)
2.3 测试1（标识符） (3)
2.3.1 进度安排 (3)
2.3.2条件 (3)
a.设备 (3)
b.软件 (3)
c.人员 (3)
2.3.3测试资料 (3)
a.有关本项任务的文件 (3)
b.被测试程序及其所在的媒体 (3)
c.测试的输入和输出举例 (3)
d.有关控制此项测试的方法、过程的图标 (3)
3评价准则 (3)
3.1范围 (3)
3.2数据处理 (3)
3.3尺寸 (3)
4.2功能2（标识符）...................................... 错误!未定义书签。
5分析摘要................................................... 错误!未定义书签。
5.1能力................................................. 错误!未定义书签。
5.2缺陷和限制........................................... 错误!未定义书签。
5.3建议................................................. 错误!未定义书签。
5.4评价................................................. 错误!未定义书签。
6测试资源消耗............................................... 错误!未定义书签。
测试计划书
1引言
1.1编写目的
该《测试分析报告》文档有助于实现以下目标：了解软件的具体功能，作为软件开发人员开发的主要过程，对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析，为完善及改进软件的功能提供依据。
本软件测试计划说明的读者对象是软件设计人员、测试人员。
1.2背景
1）待开发系统软件名称：学生信息管理系统；
2）本项目的任务提出者是学校信息管理系统的各位老师，由本小组负责开发，用于测试成绩查询及管理；
3）测试环境：本系统属于学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力，同时增强对数据库和VC#的使用能力。
1.3定义
1.4参考资料
无定义
2计划
2.1软件说明
本系统属于学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力，同时增强对数据库使用能力。
2.2测试内容
测试内容有：学生成绩查询模块、学生信息管理模块、教师课程安排模块、教师成绩录入模块、管理员管理模块、公告管理模块
2.3测试1
学生成绩查询模块
2.3.1进度安排
2.3.2条件
2.3.3测试资料
示例模块：
学生信息管理模块：
数据流程图：
白盒测试：
（1）语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：
输入路径输入预期输出输出结果s-a-c-b 输入错误用户或者错误密码提示输入用户
不存在
s-a-c-d-e-f-g-h 输入正确用户和正确密码进入系统
（2）条件组合覆盖：
（3
程序图
错误!未指定书签。
测试用例
黑盒测试：
（1）等价类划分
测试用例（第三组）
因果图设计测试用例
规格说明
第一：登录表中有记录
第一不正确时给出信息“输入格式错误，请重新输入”，
分析规格说明并编号
因：第一：输入的学生学号有效①
果：
○11=－
①给出信息“提示错误信息，重新输入”
1）画出的因果图如下图所示
2）将因果图转换为判定表，条件和输出结果编号成立时为1，否则记为0；表中每一列视为测试规则。
学生成绩管理模块：
数据流程图：
白盒测试：
语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖
输入路径输入预期输出输出结果
1-2-3-4 输入“ad”不查询成绩错误!
未指定书签。
不查询成绩
1-2-3-5-6-7 输入“acf”查询成绩，成功获
得成绩信息查询成绩，成功获得成绩信息
1-2-3-5-8-9 输入“acg”查不到成绩查不到成绩
输入路径输入预期输出输出结果s-a-b-c-d 输入“13”没有查到成绩错
误!未指定书签。
s-a-b-c-e-f-h 输入“136”成功获取成绩
黑盒测试：
（1）等价类划分
有效等价类无效等价类
输入学生ID 号1）
2009000000000--2012999999999
的整数
1)<2009000000000整数
2)>2012999999999的整数
3)含有数字外其他字符的输入
4)非int类型
学生表中是
否有记录
Yes No （2）输入的边界值
测试用例1：
测试用例2：
测试用例3：
测试用例4：
测试用例5：
测试用例6：
测试用例7：
因果图设计测试用例
规格说明
第一：输入的学生ID号正确第二：成绩表中有记录
第三：是否查询成绩
第一、二、三都满足时查询该学生成绩；第一、二满足时成绩表中有记录，但没有查询成绩；第一不正确时给出信息“请输入正确id，重新输入”，第二不正确时给出信息“成绩未录入”，第三不查询时结束
3）分析规格说明并编号
因：第一：输入的学生ID号有效①
第二：成绩表中有记录②
第三：是否查询成绩③
果：
○11=！①给出信息“请输入正确id，重新输入”
○12=①∧②成绩表中有记录，但没有进行查询操作
○22=②给出信息“请输入正确id，重新输入”
○4=①∧②∧③查询成绩
○33=－
③结束
4）画出的因果图如下图所示
管理员管理模块：
数据流程图：
白盒测试：
（1）语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：
执行路径输入预期输出输出结果
s-a-b-c错误!未指定书签。
错误!未指定书签。
输入错误用户名与错误
密码
提示输入用户不存
在
s-a-b-d-e-f -g-h-i-j 输入正确用户名与正确
密码
进入系统
（2）条件组合覆盖：
（3）点覆盖、边覆盖、路径覆盖：
黑盒测试：（1）等价类划分
（2）边界值分析
输入管理员帐号M99，密码000000
操作步骤1、输入管理员帐号M01 ；2、输入密码000000
预期输出1、进入系统
校园公告管理模块|：
数据流程图：
白盒测试：
（4）语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖：
输入路径输入预期输出输出结果s-a-c-b 输入错误用户名与错误密码提示输入用户
不存在
s-a-c-d-e-f-g-h 输入正确用户名与正确密码进入系统
（5）条件组合覆盖：
（6）点覆盖、边覆盖、路径覆盖：程序图
错误!未指定书签。
Array
黑盒测试：
（1）等价类划分
因果图设计测试用例
规格说明
第一：登录表中有记录
第一不正确时给出信息“输入格式错误，请重新输入”，
分析规格说明并编号
因：第一：输入的公告编号号有效①
果：
○11=－
①给出信息“提示错误信息，重新输入”
5）画出的因果图如下图所示
6）将因果图转换为判定表，条件和输出结果编号成立时为1，否则记为0；表中每一列视为测试规则。
3评价标准
3.1范围
3.2数据处理
3.1 尺寸
待办…….。