软件测试基本功

一、测试计划：测试范围，测试策略，测试资源，测试进度，测试风险预估。

1、测试范围：被测对象以及主要的测试内容。需要明确“测什么”和“不测什么”

2、测试策略： 需要明确“先测什么后测什么”和“如何来测试” （采用什么样的测试类型和测试方法，功能，兼容，性能）1).测试要具体执行到什么程度，2）。测试需要借助于什么工具，3）如何运用自动化测试及自动化测试框架，以及如何选型。

3、测试资源： 需要明确“谁来测”和“在哪里测”。

4、测试进度：主要描述各类测试的开始时间，所需工作量，预计完成时间，并以此为依据建议最终产品的上线发布时间。

5、测试风险预估：预估整个测试过程中可能存在的潜在风险，以及当这些风险发生时应对策略。

二、测试用例

“好的”测试用例一定是一个完备的集合，它能够覆盖所有等价类以及各种边界值，而跟更否发现缺陷无关。

1、整体完备性：好的测试用例一定是一个完备的整体，是有效测试用例组成的集合，能够完全覆盖测试需求。

2、等价类划分的准确性：指的是对于每个等价类都能够保证只要其中一个输入测试通过，其他输入也一定测试通过。

3、等价类集合的完备性：需要保证所有可能的边界值和边界条件都已经正确识别。

综合使用 等价类划分、边界值分析和错误推测这三类方法设计用例。

三、缺陷报告：

缺陷标题： 在什么情况下发生了什么问题

缺陷概述：清晰简洁地描述缺陷，使开发工程师能够聚焦缺陷的本质

缺陷影响：缺陷引起的问题对用户或者对业务的影响范围以及严重程度

环境配置：描述那些重现缺陷的环境敏感信息

前置条件：测试步骤开始前系统应该处于的状态。

缺陷重现步骤：从用户角度出发来描述，每个步骤都应该是可操作并且是连贯的，所以往往会采用步骤列表的表现形式

期望结果和实际结果：期望结果说明应该发送什么，实际结果说明发生了什么

优先级（Priority）和严重程度（Serverity):严重程度是缺陷本身的属性，通常确定后就不在变化，优先级是缺陷的工程属性，会随着项目进度、解决缺陷的成本等因素而变动。

跟原因分析：（root cause analysis) 定位出问题的根本原因

附件 ：界面截图、测试用例日志，服务端日志，GUI测试视频