[TOC] ## 前言 通过本文，你将对测试的基本工作内容，基本流程，bug归纳以及责任鉴定更加清晰。 ## 概念 测试文档记录和描述了整个测试流程，它是整个测试活动中非常重要的文件。测试过程实施所必备的核心文档是：测试计划、测试用例（大纲）和软件测试报告。 ##重要性 软件测试是一个很复杂的过程，涉及软件开发其他阶段的工作，对于提高软件质量、保证软件正常运行有着十分重要的意义，因此必须把对测试的要求、过程及测试结果以正式的文档形式写下来。软件测试文档用来描述要执行的测试及测试的结果。可以说，测试文档的编制是软件测试工作规范化的一个重要组成部分。 测试文档对于测试阶段的工作有着非常明显的指导作用和评价作用。即便在软件投入运行的维护阶段，也常常要进行再测试或回归测试，这时仍会用到软件测试文档。 ##测试周期 **通常软件生命周期可分为以下六个阶段**：需求阶段、功能设计阶段、详细设计阶段、编码阶段、软件测试阶段以及运行维护阶段，相邻两个阶段之间可能存在一定程度的重复以保证阶段之间的顺利衔接，但每个阶段的结束是有一定的标志，例如已经提交可交付文档等。 **通常测试的标准流程是**：参与需求讨论&原型设计，项目例会，编写测试用例，按测试用例测试（单元测试+集成测试），联调回归测试，生产回归测试，测试总结。 ## 测试目标 ###目标项目or产品 明确测试的是什么项目，什么产品，清楚产品主要解决的需求是什么，定位是什么 ###目标载体，展现端 是pcweb，是h5,是app，是ipad端，以及各个展现端对产品本身的要求，各自对应的交互性、适配性是如何的。 ###目标用户 该测试的最终交付用户，明确了解用户对产品的预期，对用户的可能性操作做最全面最差的打算，最大程度的模拟用户操作，建立标准的、符合用户需求的测试用例，以及产品使用场景。 ###目标功能or模块 清楚每个模块的具体功能，业务设置，业务前提等 ###目标效果 对于产品以及设计，最终需要达到的效果要明确，其中包括基本布局、样式、功能性交互、插件等 ## 测试内容 ###UI测试 ### 可用性测试 ### 用户交互&用户体验测试 ### 压力测试 ### 多用户并发测试 ###数据规范性测试 ###业务逻辑测试 ###兼容适配测试 ###反复测试--用户频率测试 ###随机测试 ###容差测试 ##熟悉团队成员 ###项目以及职能负责人员 项目经理，各个职能的leader，能从上而下解决难题、协调问题、技术难度问题 ### 模块负责成员 对各个模块的具体负责人，开发人员熟悉，能快速定位直接责任人，避免中间环节 ###职能人员的分类以及职能 后台研发，前端，设计，产品，运维，商务，运营各自的职能范围 ## 测试方法 ### 编写测试用例 测试用例是为了高效率的发现软件缺陷而精心设计的少量测试数据。实际测试中，由于无法达到穷举测试，所以要从大量输入数据中精选有代表性或特殊性的数据作为测试数据。好的测试用例应该能发现尚未发现的软件缺陷。 ## 测试验收标准 * 计划的测试用例已全部执行。 * 经确定的所有缺陷都已得到了商定的解决结果，且没有发现新的缺陷； ## 其他 * 特别鸣谢医链bg测试--马文静对测试文档初版的提供