游戏测试用例编写方法浅谈87
测试用例的设计方法
测试用例的设计方法
《测试用例的设计方法》
一、定义
测试用例是指由测试者根据测试目标和测试需求，设计出的一系列的测试步骤和预期结果的集合，用来检查软件的功能和性能的一种文档或者测试案例的总称。
二、设计流程
1. 收集需求：通过观察、记录和分析，提取软件的功能和性能要求的具体内容；
2. 识别测试对象：根据软件功能和性能需求，识别出关键的测试对象；
3. 构建测试场景：结合测试对象，根据软件的具体要求，构建出符合测试要求的测试场景；
4. 确定测试步骤：根据每个测试场景，分析出其中所包含的重要测试步骤；
5. 编写用例：将上述测试步骤和预期结果整合到一起，并按照某种规范用文档的形式描述出来，就形成了一个测试用例；
6. 执行用例：按照用例中的步骤，对软件进行测试，并记录测试结果。
三、编写说明
1. 测试用例的编写应该清晰易懂、简洁、具体、可行；
2. 测试用例中的步骤应该表达清楚，要能够准确地描述测试者
所进行的操作；
3. 测试用例中的预期结果应该清楚明确，要能够准确地反映软件在测试者进行步骤操作后应该出现的结果；
4. 测试用例应该有明确的测试目的和依据，如果某个用例无法覆盖某个测试目标，可以考虑增加新的用例，或者调整原有的用例；
5. 测试用例应该与其它的用例相互补充，如果测试者发现某个用例不能够满足测试需求，应该及时修改或者重新设计新的用例。
游戏测试的基本方法和理论知识
游戏测试的基本方法和理论知识在游戏开发过程中，游戏测试起到至关重要的作用，它是确保游戏质量和用户体验的关键环节。
本文将介绍游戏测试的基本方法和理论知识，帮助读者全面了解游戏测试的流程和技术要点。
1. 游戏测试的定义和目的游戏测试是指通过模拟真实游戏环境，对游戏进行全面、系统的评估和检验的过程。
它的目的是发现游戏中的问题、bug、性能瓶颈，并提供改进的建议，以保证游戏在发布前的优化和完善。
2. 游戏测试的流程游戏测试可以分为以下几个步骤：2.1 游戏测试计划在游戏测试开始之前，需要制定详细的测试计划。
测试计划包括测试目标、测试方法、测试环境、测试资源、测试时间等内容。
通过制定完善的测试计划，可以确保测试工作的高效进行。
2.2 功能测试功能测试是游戏测试的基础阶段，主要检验游戏的各项功能是否按照设计要求正常工作。
测试人员需要针对游戏的各个功能模块进行测试，并记录功能缺陷和异常情况。
2.3 兼容性测试兼容性测试是为了保证游戏在不同硬件配置和操作系统上的兼容性。
测试人员需要在各种不同的设备上运行游戏，并检查游戏在不同配置下的表现和稳定性。
2.4 性能测试性能测试是为了检验游戏在不同负载下的性能表现。
测试人员需要模拟大量用户同时访问游戏，测试游戏的并发处理能力、响应时间和系统资源占用情况，以便发现性能瓶颈并进行优化。
2.5 安全性测试安全性测试是为了确保游戏的安全性和防护机制。
测试人员需要模拟各种攻击行为，测试游戏的防御能力和应对措施，并提供相应的安全建议和改进方案。
2.6 用户体验测试用户体验测试是为了评估游戏在实际使用过程中的用户感受和满意度。
测试人员需要模拟真实用户的行为和操作习惯，评估游戏的易用性、界面设计、流畅度等方面，以及收集用户反馈和建议。
3. 游戏测试的方法和技巧在进行游戏测试时，测试人员可以采用以下方法和技巧：3.1 游戏测试工具利用专业的游戏测试工具可以提高测试效率和准确性。
常用的游戏测试工具有自动化测试工具、性能测试工具、崩溃测试工具等。
如何编写测试用例
如何编写测试⽤例如何编写测试⽤例⽤例的五个构成元素：1. ⽤例标题2. 前置条件3. 测试步骤4. 期望结果5. 后置条件下⾯从这五个元素的⾓度，去剖析如何编写测试⽤例⽤例标题⽤例标题就是测试点名称。
⽤例标题是⽤来说明这个⽤例的测试⽬的的，好的⽤例标题是别⼈看完你这个⽤例标题后就知道你这个⽤例是测什么的。
但并不是标题越详细越好。
既然是标题，就要⾔简意赅，能多简洁就多简洁，但简洁的同时⼜要能体现你的测试⽬的。
⽤例的标题最好不要超过30个字，太长会让⼈看起来很累也很不专业。
⼀般可以遵循这样的公式：主体(可省略) + 动词 + 名词 + 结果(可省略)(即谁做了什么有什么影响)，但很多时候是动词 + 名词的形式。
要注意：我们写的每⼀个案例对应的就是要测试的⼀个点。
其实每个点都是⽤户的⼀种操作⾏为。
前置条件⽤例的前置条件就是在测这个⽤例之前你要先准备的环境和数据。
同时，我们需要将前置条件和测试步骤区分开来，但怎么区分呢，是不是还是⽐较模糊？我们从⽤例标题⼊⼿，我们的⽤例标题是动作+名词嘛，那我们的测试重点是动作，那产⽣这个动作之前的所需的所有环境和数据都算是前置条件，产⽣这个动作和这个动作带来的后果都算是测试步骤。
这样是不是就⽐较清晰了。
前置条件只是说明测试这个⽤例需要准备的环境和数据，故前置条件不⽤像步骤那样写得那么详细，但也不能太过于简洁，不能有歧义。
测试步骤测试步骤是⼀个⽤例的精髓，⽤例标题体现测试的⽬的，⽤例步骤就是如何来测从⽽达到测试的⽬的。
即然是步骤那就是⼀步⼀步的操作过程，但这个操作过程并不是写得越详细越好。
我们的步骤是来体现我们的测试⽬的的，即要怎样做什么操作，这个操作后要如何检查产⽣的结果。
这个操作可能是⼀步，也可能是⼏步，也可能是来回循环。
不管是什么操作都是告诉别⼈如何去做，如何去检查。
但步骤不能写得过于详细，如【登录控制台，打开xx页⾯，点击xx按钮】这种就没必要写上去，因为这种既是浪费时间也会给⽤例的维护带来成本。
游戏测试用例-设计步骤
游戏测试用例-设计步骤1.确定测试目标：首先需要明确测试的目标，即想要测试的是游戏的哪个方面，如功能、性能、兼容性等。
根据测试目标确定测试用例的覆盖范围。
2.收集需求和功能列表：与游戏开发团队沟通，了解游戏的需求和预期功能。
根据收集到的信息编制出功能列表，列出游戏的各项功能。
3.划分功能模块：将收集到的功能列表进行分类，划分为不同的功能模块，如登录、注册、游戏关卡、游戏角色等。
划分功能模块有助于更好地组织测试用例。
4.定义测试条件：针对每个功能模块，确定测试所需的条件，包括输入数据、预期结果、预期行为等。
测试条件的定义应尽量详细和准确。
5.设计测试用例：根据测试条件，设计出能够验证功能模块是否正常工作的测试用例。
每个测试用例应包含测试步骤、输入数据、预期结果和实际结果等信息。
6.确定测试优先级：根据功能的重要性和影响程度，确定测试用例的优先级。
通常情况下，越重要和常用的功能，其测试优先级越高。
7.确定测试环境：确定进行测试所需的硬件设备和软件环境。
包括操作系统、浏览器、网络等。
测试环境要和实际用户的使用环境保持一致。
8.执行测试用例：按照设计好的测试用例，逐步执行测试步骤，并记录下实际结果。
测试的过程中要注意记录问题和异常情况，以便后续的修复和改进。
9.分析测试结果：将实际结果与预期结果进行比对，分析测试结果的差异，找出问题的原因和根本原因。
可以使用一些测试工具和报告来辅助测试结果的分析。
10.报告测试结果：将测试结果整理成报告并进行汇总，包括问题的描述、复现步骤、截图等。
向开发团队提供详细和准确的测试报告，以便问题的修复和改进。
11.追踪问题：对于发现的问题，要及时追踪其解决进度，并进行反馈和确认。
在下一轮测试中，要验证问题是否已经解决。
12.优化测试用例：根据测试过程中的经验和反馈，不断优化测试用例，提高测试的效率和准确性。
根据测试结果和用户反馈，进行持续的测试改进。
总结来说，设计游戏测试用例的步骤包括确定测试目标、收集需求和功能列表、划分功能模块、定义测试条件、设计测试用例、确定测试优先级、确定测试环境、执行测试用例、分析测试结果、报告测试结果、追踪问题和优化测试用例。
测试用例的设计步骤
测试用例的设计步骤测试用例的设计是软件测试中的关键环节之一，它帮助确定一个软件系统是否按照预期运行。
测试用例必须详细而全面地覆盖系统的各个方面，以尽可能发现潜在的缺陷。
以下是测试用例设计的完整步骤。
1.理解需求：首先，测试团队需要全面理解被测试系统的需求文档。
他们应该清楚系统的预期功能和性能。
此外，他们还应该了解系统的约束、限制和用户预期。
2.划分功能：在理解需求的基础上，测试团队将系统的各个功能模块进行划分。
这将有助于组织测试用例，并确保每个模块都有相应的测试覆盖。
3.确定测试类型：测试团队需要确定系统中的不同类型的测试。
例如，功能测试、性能测试、安全性测试等。
这样他们可以专注于每种类型的测试用例的设计。
4.确定测试目标：为每个测试类型设置明确的测试目标。
例如，对于功能测试，测试目标可以是验证所有的功能是否按照预期工作。
对于性能测试，测试目标可以是评估系统的响应时间和负载能力。
5.设计测试用例：测试团队应该根据测试目标设计测试用例。
一个测试用例应该包括输入、操作和预期输出。
测试团队应该考虑到不同的测试场景和测试数据。
他们还可以根据等价类、边界值和错误猜测等测试技巧来设计测试用例。
6.优先测试用例：测试团队应该根据测试目标和风险评估为测试用例设定优先级。
这将帮助团队在测试过程中更有效地分配资源和注意力。
7.验证和评审：测试团队应该对设计的测试用例进行内部验证和评审。
他们可以使用模拟测试环境或自动化工具来执行测试用例，确保每个用例的正确性和完整性。
8.补充和修改：根据验证和评审的结果，测试团队应该及时补充和修改测试用例。
他们应该确保每个功能和场景都得到适当的测试覆盖。
此外，他们还可以根据系统变更和反馈来调整测试用例。
9.组织和管理：测试团队应该合理组织和管理测试用例。
他们可以使用测试用例管理工具来跟踪和记录测试用例的执行情况和结果。
这将有助于评估测试的进展和效果。
10.回顾和总结：测试团队应该在测试过程结束后进行回顾和总结。
测试用例说明书-87
河南省化工职业学院智能家居系统测试用例北京宏泰博业科技有限公司2016年7月25日目录一概述 (1)1.1测试目的 (1)1.2测试范围 (1)二测试组织方案 (3)2.1测试进度安排 (3)2.2测试地点安排 (4)2.3测试环境 (4)2.4人员与职责分配 (4)2.5测试流程 (5)三阶段测试方案 (6)3.1单元测试 (6)3.2集成测试 (6)3.3系统测试 (7)四测试策略 (8)4.1功能测试 (8)4.2安全性测试 (8)4.3兼容性测试 (9)4.4用户界面测试 (9)4.5恢复测试 (10)4.6安装/卸载测试 (11)五编写测试用例 (13)六附录：审核 (25)一概述1.1 测试目的测试的目的：主要是为发现当前程序执行中的错误，帮助开发人员发现当前开发工作所采用软件过程的缺陷。
软件开发的一条重要原则是尽早发现与修正错误，一个错误越晚被发现，造成的代价就越大。
单元测试计划是验证模块接口、局部数据结构、边界条件、覆盖条件、出错处理是否达到规定的要求，这些都是必不可少的，因此必须制定详细合理的测试计划，提高软件开发过程的效率，减少失误，降低开发成本，提高最终产品的质量。
1.2 测试范围系统测试范围：各种与家电、家居相关的传感器、控制器、执行器及识别装置传感器：●视频云台摄像头●RFID读卡设备●红外对射传感器●红外幕屏传感器●门磁接近传感器●磁力锁●噪声传感器●光照传感器●温湿度传感器●气压传感器●火焰传感器●雨滴传感器●烟雾报警传感器●煤气报警传感器●人体红外传感器控制器：●RFID门禁控制器●红外对射控制器●门磁接近传感器的控制器●磁力锁控制器●噪声传感器控制器●光照传感器控制器●气压传感器控制器●火焰传感器控制器●雨滴传感器控制器●人体红外传感器控制器●烟雾报警传感器控制器●煤气报警传感器控制器●灯光控制器●电视控制器●空调控制器●智能窗帘控制器●电动幕布控制器●投影仪控制器●排风控制器●智能网关二测试组织方案2.1 测试进度安排2.2 测试地点安排北京凌技通信技术有限公司2.3 测试环境硬件：主机配置：P4 2.4G处理器、17寸1024*768分辨率CRT显示器。
测试用例编写方法
测试用例编写方法测试用例的编写是软件测试的基础，它的完整性与合理性影响着软件测试的质量，本文结合实际和专业知识，介绍测试用例的编写方法，帮助读者更好地掌握软件测试流程。
1.试用例编写前期准备在测试用例的编写前，最重要的就是要做好充分的准备，这样才能使测试用例的编写更加高效，更能反映出测试的要点。
在准备的过程中，需要收集测试用例所需的信息，包括测试范围、测试标准、测试环境以及实施测试所需要的工具。
除此之外，还需要根据需求文件和测试计划，设计出需要测试的具体功能；测试用例的编写前期还需要确定测试类型和测试方法，让测试有正确的定位和走向。
2.试用例的编写在完成准备工作之后，就可以正式开始测试用例的编写了。
测试用例的编写要按照一定的格式和流程，要根据项目的需求文件和测试计划来编写，并要多考虑用户的实际使用情况，以及一些特殊条件下的功能测试，以满足用户的实际需求。
测试用例的编写一般包括以下几个部分：1）测试用例编号：根据测试用例的具体功能，编写对应测试用例的编号；2）测试用例描述：简要描述本测试用例的具体功能和目的；3）测试用例步骤：详细描述测试用例的执行步骤；4）测试用例输入：通过简要描述测试用例的具体输入；5）测试用例期望结果：明确描述本测试用例的期望结果；6）测试用例实际结果：描述本测试用例的实际结果，以便于进行性能检查。
3.试用例的审核在测试用例的编写完成之后，需要进行一定的审核，以确保测试用例的完整性和正确性。
审核的过程一般包括准确性审查、质量审查以及时效性审查。
在审查的过程中，可以通过面对面的沟通、回答查询问题的方式，检查测试用例是否记录完整，以及测试结果是否与期望结果一致；还可以通过进行特殊的测试环境和特殊场景的测试，检查是否存在遗漏的测试步骤以及遗漏或不清楚的步骤说明。
审核完毕后，会制作出审核报告，把审核过程中发现的问题进行汇总，以作为审核结果和测试负责人之间的交流和对策。
总之，测试用例是软件测试的重要工具，编写测试用例的过程要考虑到软件测试的目标以及测试人员的能力，要全面的考量测试的关键点和重点，不仅要充分准备测试的资料，更要注重测试用例的完整性和可执行性，以及审核的质量，以保证测试的成功。
游戏协议测试用例分析
游戏协议测试用例分析一、测试概述二、测试目标1.验证游戏服务的注册与登录协议的正确性，包括用户信息的输入验证和账号密码的正确性验证。
2.验证用户信息保护协议的执行情况，包括个人信息收集和使用的合法性、信息保护和隐私政策的执行情况等。
3.验证游戏交易与支付协议的正确性，包括虚拟物品交易和支付功能的安全性和可靠性。
4.验证用户行为规范协议的执行情况，包括用户在游戏中的行为规范、禁止行为和违规处理等方面的合规性和执行情况。
三、测试用例设计1.注册与登录协议测试用例1.1验证用户名的输入合法性，包括用户名的长度、字符类型等限制条件。
1.2验证密码的输入限制条件，包括密码的长度、字符类型等限制条件。
1.3验证账号密码正确性验证的准确性，包括正确的用户名和密码、错误的用户名和密码等情况。
1.4验证注册功能的正确性，包括用户输入正确的注册信息后的成功注册场景、用户已存在的情况下的注册失败场景等。
1.5验证登录功能的正确性，包括使用正确的用户名和密码的成功登录场景、使用错误的用户名或密码的登录失败场景等。
2.用户信息保护协议测试用例2.1验证个人信息收集和使用的合法性，包括个人信息的采集方式、合理性和合规性。
2.2验证用户信息保护和隐私政策的执行情况，包括用户信息的保密性、数据安全性和用户权益保护等方面。
2.3验证用户对个人信息的授权和管理功能的正确性，包括用户是否能够授权或拒绝个人信息的使用、是否能够修改或删除个人信息等。
3.游戏交易与支付协议测试用例3.1验证虚拟物品交易功能的正确性，包括用户购买虚拟物品的流程、用户选择的物品是否正确、虚拟物品是否成功收到等。
3.2验证支付功能的安全性和可靠性，包括用户支付金额是否正确、支付方式是否正确、支付流程是否正常等。
3.3验证交易记录的准确性和完整性，包括用户购买记录是否正确、支付金额是否一致、交易状态是否处理正确等。
4.用户行为规范协议测试用例4.1验证用户在游戏中的行为规范执行情况，包括用户是否能够遵守游戏规则、是否存在作弊、刷分等违规行为等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
游戏软件功能测试——测试用例的编写方法浅谈
一、游戏软件与通用软件的区别
a)通用软件的需求明确，游戏软件需求理想化
i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并
不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平
衡也只是相对的平衡，而非绝对的平衡。
没有什么明确的参考参数。
只能根据
以往游戏的经验获得一个感知的结果。
ii.网络游戏中的某些功能是有预期结果可参考的。
例如组队、交易，而另外一些带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。
人的
思考力都是有限的，所以不能保证在他的创意中会考虑到各种各样复杂的细
节。
也不能够保证这个创意就可以完全被用户所接受。
当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。
也需要帮助开发者和用户找到一个互相容忍的平衡点。
游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。
b)通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快
i.通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新
的需求变更。
而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣
摩玩家的喜好，进行游戏功能的改进。
加之网游制作本身就是一个庞大复杂的
工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出最好的评
估。
所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架
构的修改必然导致某些功能的颠覆。
所以就出现了，游戏开发过程中的一个恶
性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的
又要进行新的调整，再进行新的修改。
最终导致了游戏软件的开发周期不断加
长。
任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评
估。
二、网游有哪些测试内容
a)性能
i.客户端性能
ii.服务器端性能
1.服务器
2.数据库
iii.网络
b)功能
i.从运行完game.exe打开游戏界面后可进行的各种操作、玩法
ii.界面
iii.音乐
c)自动化
i.测试工作组织实施中需要的工具、软件、平台的开发
ii.自动化的回归测试作用：游戏中基础的、变动不大的、出错率高的、可进行checklist重复测试的功能、性能等自动化是一个好方法
iii.任何时候自动化都取代不了人脑，它只是将一些重复性的劳动从我们测试人员身上去掉，让我们有更多的时间做更有意义的事情，如果你觉得你做一件事情
是重复的，且有规律可行的，不防考虑自动化
三、游戏中针对功能性测试测试用例编写浅谈
先了解下游戏中有哪些功能：
a)游戏发开中的功能有哪些
i.不同的游戏对于功能的划分不同，但是目前主流一些功能划分中有以下内容：
1.基础操作
2.Npc
3.地图
4.装备
5.剧情
6.技能
7.人际
8.PVP
9.……
这样我们很简单的将整个游戏的功能进行了划分，划分完毕，下来的工作就是针对某个功能的测试了。
很多人都问过一个问题，游戏测试中测试用例到底有什么用。
下面继续~
b)游戏测试的测试用例有什么作用
i.测试执行过程中，按照用例指示的操作检查操作结果是否正确，记录测试过程
中发现的bug
ii.按照用例的执行结果确认功能的通过与否，也有的按照用例的覆盖率来确定单服测试的通过与否
iii.便于回归测试的执行
这样讲应该比较明白了吧。
c)测试用例应该包括什么——测试执行过程中所需的所有信息，举例说明下。
例如：
i.表头：功能名称、案例编写人员、编写时间、测试人员、测试时间
ii.正文：功能点、测试点、测试输入、预期结果、实际结果
iii.用例执行结果统计
d)功能点模块化理念
都知道一个复杂庞大的系统，程序在实现时会将其分成若干模块按照模块功能优先级进行实现。
我们测试过程中也采用这种方法，将复杂的功能点按照实现功能
进行分类，分类后的测试点，再进行分类，直至细分成为一条条用例。
就像庖丁解
牛那样。
按照等价类划分法，将同一判断条件的测试点组成一个集，在这个条件基础上再次判断的条件，我们假设它已经成立。
这样在用例设计过程中就需要测试人员清
楚的知道，哪些条件是一类需优先确认的，哪些是以这类条件为基础的。
我们最终
形成的测试用例一定确保的是一条用例只检查一个测试点。
这样设计也有另外一个好处，如果一条用例不能走通，其它的还可以继续检测，经常会遇到测试过程中由于一个bug，导致测试工作停滞。
现在这样子我们就可以
采取脚本调试，或者其它方法跳过有bug的测试内容，继续进行其它测试点的测试
了。
e)场景测试法协助功能点细分
游戏测试中，场景测试方法是经常用到的一种方法，什么是场景测试法，及按照功能设计要求，在脑中模拟出来的一个功能使用时的操作流程。
按照每步操作的
针对点，将针对点划分为所用例设计时的小功能点。
划分时需每步针对点的各种检
查点分到该功能点内设计为该功能点的检查点。
再根据检查点进行测试输入（及操
作过程）的编写。
用例编写过程中的思考方式就如上了。
讲起来比较抽象，希望对
大家有所帮助。
f)用例的设计原则——一直有人问到底要详细到什么程度
i.我们不期待用例编写到任何人都可以执行，也没有这个必要
ii.我们针对的是网游的测试人员，至少是玩过网游的人，这些人对于游戏中的基础设定都有认识，我们不可能对着一个不知道任务界面是什么的人大讲怎么测
试任务。
所以我们用例编写的原则就是针对我们测试组内的测试人员。
iii.但是，请不要简略到别的测试人员看不懂，特别是当你是专职的用例编写人员时，编写时请多考虑下语言描述的方式。
请让你的同伴可以看懂，你所要表达
的意思。
iv.用例是没有固定格式的，它的主要原则就是，测试中所需所有信息，我通过你的文档都能够获取到。
所以不要再执着的像别人要模板。
模板你自己都可以设
计，发挥你的创意。
四、编写过程注意事项
与设计人员的沟通
拿到一份文档时请不要急于编写，在这之前很多事情需要做，请先将文档阅读至少三遍，然后思考下，你自己大脑中是否有你所看文档功能点的一个流程图，当确认已经准备好了。
开始设计用例，用例设计的过程就是与设计人员不断沟通，深入了解功能的过程。
你会发现，或许跟你之前流程图中想像的并不完全一样。
这个时候不必惊讶，去找他们核对就好。
不怕发现问题，就怕没有发现问题，最终做了很多无用功。
编写过程中发现的没有预期结果的内容，请及时与策划人员、程序人员核对，必须三方核对。
核对完毕提醒策划人员及时更新设计案，提醒程序人员设计案新修改内容。
这样你会发现，设计测试用例过程的本身就是发现策划案不完善的过程。
请运用你的思维，采用边界法、等价类划分法、错误推断法、以及以往的经验，将每一个测试点的所有需检查点进行充分的设计。
发挥你的主动性，和测试组内其它人探讨你认为可能存在风险的测试点，以便得到更多有价值的信息。
Over。