熟悉系统 1、业务：熟悉主体功能（UML：用例图、活动图、状态图），发散到细节功能 2、数据库：熟悉数据库，包括表间关系，字段组成，业务影响字段 3、代码：熟悉实现方法，浏览代码，理解主要功能实现的技术方法 4、其他：客户使用习惯、行业知识。。。 1.2 分析系统测试需求 1、分析依据：需求（用户需求、业务需求、功能需求、SRS）、HLD (概要设计High Level Design) LLD(详细设计Low Level Design)、代码、标准（规范）、已有成熟软件、经验库。。。 2、分解已有需求： 1、确定测试范围（以上依据+ ISO9126质量模型） 2、层层分解测试需求项：文件夹级别、用例级别（默认）、步骤级别 3、添加用于预测试、界面测试、功能测试等测试项 预测试： 如页面同名、模块同名 界面测试：如 页面同名 + Page 功能测试： 单独功能：如 控件同名通用功能：如页面同名 + Commn业务（交互）功能：如页面同名 + Flow 。。。。。。 3、添加隐式需求（基于实现的技术、规范、习惯。。。。） 1.3 测试需求分析的作用： 1、确保测试的充分性，所有需求是否被覆盖并通过测试（不会漏测）； 2、测试用例编写的依据 3、从目录结构可以轻易区分界面、功能、冒烟。。。。。 2、编写测试计划 测试工作任务的分配：人员、任务、时间（里程碑）。。。 测试风险分析 。。。3、制定测试方案 制定测试策略（模板、方法、类型。。。） 测试环境、数据准备方案。。。 。。。4、测试实现4.1测试用例 1、结构：1）、与需求结构相似，从结构上是否可以轻易区分界面、冒烟和功能测试2）、将多个用例中的相同的步骤提取为模板用例（适当进行参数化） 2、设计：1）、每个需求（详细内容）都要有用例去测试（覆盖） 2）、关注代码实现的方法，使测试更有效和针对性，如：A、数量的输入进行等价类划分，无效等价类不用区分汉字、字母、符号。。。 B、组合查询关键词哪些使用精确查询、哪些使用模糊查询 3）、根据优先级考虑用例测试的详细程度，如： A、产品规格，低，对系统其他字段和功能没有产生影响，因此只测试是否为空即可； B、产品名称，高，必填且被多个页面引用到，因此使用等价类方法严格测试 4.2预测试用例 1、执行主要流程的用例，以证明该版本是否可测4.3测试规程 1、规划测试集（冒烟、功能、界面。。。。） 2、规划每个测试集中测试用例的执行顺序（通过、完成） 5、执行测试5.1 可能执行多轮次的测试执行，规划每轮的测试重点，选择测试用例，如第一轮测试关注流程性的用例，第二轮测试关注具体功能点的测试。。。。。。5.2按照测试规程执行测试用例，提交缺陷报告5.3 分析执行结果，需求的覆盖和通过情况、缺陷的分布情况。。。
温馨提示：答案为网友推荐，仅供参考