如何写好测试用例pdf.pdfVIP

如何写好测试⽤例 张敬峰 2014-8-27 ⼀个好case具有的特征： ⼀：清晰简洁的格式。 ⼆：合乎逻辑的流程。 ⼆：完美的覆盖度。 三：良好的可执⾏性。 四：良好的可维护性。 ⽤例设计的五个步骤： ⼀：格式 ⼆：分析需求⽂档 三：模块划分 四：编写⽤例 五：整理与维护 第⼀部分：格式 ⼀个清晰统⼀的格式为何重要？ 1 ，让case的脉络清晰明了。 2 ，⽅便整个团队的认知与理解。 3 ，⽅便需求变化后的更新维护。 4 ，⽅便执⾏⼈员快速⼊⼿。 1.1⾸页 ⾸页应该包含哪些内容？ 1 ，case 名称 2 ，case 对应的游戏版本 3 ，编写⼈ 4 ，编写⽇期 5 ，编写备注 6 ，修改⼈ 7 ，修改⽇期 8 ，修改备注 9 ，spec的链接（地址或jira 号，⽅便其他测试⼈员查看需求） 例⼦： 1.2 正⽂页 正⽂页应该包含的内容： 1 ，功能流程图（如果有） 2 ，写case时的思考（如果有） 3 ，模块id 4 ，模块名称 5 ，测试先决条件（或先决数据） 6 ，输⼊ 7 ，输出 8 ，备注栏 例⼦： ⼀个简易的流程图： login game check FTE right? F failure T check others … pass 1.3关于格式的⼀些思考 1 ，必须保证逻辑清晰 3 ，尽量保证⼀个输⼊对应⼀个输出 4 ，尽量保证较⾼的可维护性 5 ，⼀个case内尽量保持格式⼀致 第⼆部分：需求⽂档分析 怎样开始分析⽂档？ 1 ，详细阅读⾄少3遍。 2 ，逻辑梳理并勾勒出功能的⼤概流程图。 3 ，与产品探讨表述不清的地⽅。 4 ，细化流程图。 5 ，考虑正常流程可能存在的设计缺陷。 6 ，考虑正常流程中的测试难点。 7 ，考虑与其他功能的关联。 8 ，考虑⾮正常流程（特殊情况）的影响。 9 ，考虑版本数据兼容。 2.1 ⽂档阅读 1 ，切忌不读⽂档，上来直接写。 2 ，我们需要理解产品的设计意图和设计思路。 3 ，避免粗略理解带来的测试⽤例遗漏问题。 4 ，⼀些关键设计可能隐藏在不起眼的语句中。 5 ，带着思考去阅读，如果让你设计这个功能，还有没有更好的实现⽅ 式？功能还有没有优化的空间？ 6 ，加深对功能的理解，否则过段时间，我们⾃⼰都会忘记⾃⼰负责的功 能细节。 7 ，只有理解充分，才能就功能问题与产品和开发探讨，才能给别的测试 ⼈员讲解这个功能。否则⾃⼰⼀知半解，跟别⼈探讨时会底⽓不⾜。 2.2 功能沟通探讨 1 ，不明⽩的地⽅需要要及时确认，切忌想当然。 2 ，功能确认最好要拉上相关的开发与产品⼀起。 3 ，尽量早确认，最好是case开始的时候就所有细节确 认完毕。 4 ，关注需求变更，需求变更后⼀定也要与开发和产品 确认。 5 ，关注时间，要能够根据功能的⼤⼩，复杂度，预估 测试需要的时间。 2.3 逻辑梳理 ⽂档的不⼀定是按照流程顺序书写的，⽽且经常存在功能交叉的情况。 简单例⼦：在城市⾥增加⼀个建筑，玩家每天可以领取免费的道具。可领取状态时建 筑会有闪光特效 简单逻辑 细