传统测试
测试用例的定义
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例编写的一般原则
- 测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。
- 测试数据应该选用少量、高效的测试数据进行尽可能完备的测试。
传统软件的交付测试：
流程
创建敏捷脑图用例原则
- 参与需求分析、记录验收要点
全程软件测试，从需求阶段开始参与，在sprint会议上对功能点进行评估，消除含混性的疑点，将明确的作为验收要点，作为脑图用例故事点的参考来源。
- 编写脑图用例，要与开发人员达成一致意见
开发过程中，测试人员可以根据原型图设计脑图用例（没有实际系统，测试也可以先行），与开发人员进行查漏补缺（也就是用例评审环节），主要是确认测试功能点、测试故事，以及测试数据的准备，这几个方面不可能一开始就明确下来，要不断沟通、挖掘、完善脑图用例。
脑图的形式展现并不是最重要问题，关键问题是：思考的出发点，这个要整个团队参与讨论，达成共识，才能传承.
SMART原则
- Specific（具体的）：测试需要一个具体的目标（甚至原型图都可以），用来描述全景图。
- Measurable（可度量的）：有明确的度量可以评估目标是否达成（也就是验收条件作为测试故事点的评判标准）。
- Achievable（可实现的）：当前的目标应该是可实现的。这潜在地要求将一个大的目标分解为多个小目标，每个小目标也是具体的、可度量的。此外，跟踪小目标的完成情况也提供了整体进度的可度量性（一个业务操作会经过很多路径，每个路径可以单独存在或者组合存在，需要切分测试）。
- Relevant（相关的）：测试故事点从需求出发（包括功能性和非功能性），结合业务特性，以及相关上下文作为切入点。
- Time-boxed（有时间限制的）：为每一轮脑图用例的构建设定一个合理的时间窗口，例如在固定的时间窗口（一些人的专注度是45分钟，一些是60分钟，中排除不相关干扰、专注工作）。
思维脑图用例指引
思维脑图用例指引
富脑图用例
个人认为，大脑对于图像的记忆，比文字更长久。富脑图，注重以图片、图标、图标、关联关系等记忆为主。
富脑图用例
轻脑图用例
注重以简洁文字记忆为主
轻脑图用例
Scrum流程框架
Scrum流程框架
