michanwang

摘要： 观点：测试分析不等于测试设计 测试分析是一种分析活动，输入可以是前期对系统、设计有帮助的任何信息，如需求、场景、架构、设计、规范、友商信息等。通过测试分析，我们希望对被测系统能有深入的理解，获得测试点，明确测试深度和广度。 测试点定义 测试中需要关注的地方，包含测试条件、测试数据、测试观察点、测试预 阅读全文

摘要： 下面是较为通用的测试用例编写风格指导。 测试用例标题： 测试用例标题应为一个完整的句子，并能完整表达测试用例的意图。 用下图所示句式来描述测试用例标题。 不要用测试数据的组合来作为测试用例标题。 测试用例标题不要过长（建议不超过40个汉字）。 测试步骤： 不要在测试用例的步骤中引用别的测试用例。 应 阅读全文

摘要： 目标 是确定产品被用户理解、学习、使用以及吸引用户的能力，但是理解、学习、吸引这些要求，并不像功能、性能、可靠性等有明确的测试标准，而是有很强的主观性，很难被量化。如何从主观评价中提炼客观标准，是易用性测试的难点。 测试方法 一致性测试法 可用性测试法 一致性测试法 确认产品在风格、布局、元素、操作 阅读全文

摘要： 测试方法 异常值输入法 故障植入法 稳定性测试法 压力测试法 恢复测试法 异常值输入法 是一种使用系统不允许输入的数值（即异常值）作为测试输入值的可靠性测试方法。 单运行边界值为非法输入值时（如合法输入值为[1,10]时输入0和11），也可以归入异常值输入法。 有时一个功能会要求输入一组数值或者多个 阅读全文

摘要： 运行 什么是“运行”？： 从用户的角度来看，“运行”是对系统做出一个操作，系统会给用户回馈一个满足用户预期的、有意义的反馈。运行一定是从用户层面来描述的，输入是系统层面的输入，输出也是对用户有价值、有意义的反馈。我们对系统内部组件或者接口的操作，不能称为一次运行，例如：系统数据库新增了一个表，系统新 阅读全文

摘要： 理论部分 判定表是分析和表达多种输入条件下系统执行不同动作的工具，它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。 条件桩 (Condition Stub) 动作桩 (Action Stub) 条件项 (Condition Entry) 动作项 (Action Entry) 设计用例的 阅读全文

摘要： 场景说明 基本流：是流经用例的最重要路径，图中的黑线。 备选流：自基本流开始，之后会在某特定条件下执行； a. 可能重新加入基本流（备选流 1 和 3） b. 可能起源于另一备选流（备选流 2） c. 终止用例不再重新加入某个流。（备选流 2 和 4） 流程分析法的基本设计步骤 画业务流程图 定义状 阅读全文

摘要： 一、流程图基础认知 定义：用标准化图形 / 符号展示流程步骤、逻辑关系的可视化工具 核心作用：简化复杂流程、统一认知、便于沟通与落地 二、标准化图形与符号规范 流程图的用法建立在通用符号共识上，基础且常用的标准符号（遵循ISO/ANSI标准），避免绘制混乱： 图形符号 名称 核心用法 圆角矩形 开始 阅读全文

摘要： 无序列表 在布局中非常常用。常用于一些整齐对齐的模块中使用。 <ul>: 定义列表的容器 只包含<li>的元素 <li>: 定义列表的选项 里面可以放其他html元素 <ul> <li>无序列表1</li> <li>无序列表2</li> <li>无序列表3</li> </ul> 显示效果： 使用场景 阅读全文

摘要： 有语义的网页标签 无语义标签 参考 黑马pink讲前端 阅读全文