黑盒功能业务测试过程

目录

• 详细过程
• 简化版

详细过程

1. 开始进入项目组的时候，熟悉需求、熟悉需求规格说明书等文档。如果软件已经做好了，熟悉软件操作。
2. 为了更好的熟悉系统，我会画一个系统模块图，理解整体业务，同时，我会整理整个系统的功能矩阵（测试大纲也行），摸清楚有哪些功能点
3. 测试负责人会编写一个测试计划，会安排每个人的测试任务、所负责的测试模块，每个测试人员查自己的测试任务就可以了，本人主要负责XXX（app安卓版、财务部分）的测试
4. 如果时间允许，我们就推导功能测试需求、然后根据测试需求编写功能测试用例
5. 如果时间不允许，我们就采用大纲法直接开展功能测试
6. 用例分功能用例、业务用例，功能用例主要考虑：增删改查、类型长度空、重复默认值、业务约束；功能用例的话，我们公司是做成了一套公共测试用例，例如：控件、界面、文档、兼容、易用性、安装/卸载 等公共用例
7. 业务用例：我们采用业务场景法设计业务用例测试，场景法主要是讲的基本流+备用流，我们先画业务场景图，然后根据场景图找出典型的业务流程，然后编写业务测试用例
8. 用例的评审流程：
   预备：测试人员写好对应的测试用例，上交自己的测试负责人、一般是测试组长或主管
   审查：上一级的测试负责人审查用例，如果通过，发起用例评审会议，发邮件通知相关人员，包括：需求人员（如果是app的话是产品经理）、相应的开发人员、本项目组的所有测试人员。如果审查没有通过，打回去重新完善测试用例
   评审会议的召开：主持人组织、用例编写人员讲解用例、会议记录员记录填写评审记录
   填写评审记录单：记录问题和解决方案，所有参加会议的人员都要签字
   返工：如果评审没过，需要返工完善用例，如果有重大的需求理解偏差，需要再次评审
   跟踪：跟踪用例完善情况
9. 执行测试：开发给了我们测试版本后，我们在测试环境中发布好代码，开发测试工作：
   先冒烟测试、冒烟通过再执行功能测试、功能通过后执行业务测试，在执行功能测试的同时，我们会执行界面测试、易用性测试、控件测试，之后我们会执行：安装测试、兼容性测试、文档测试、数据库测试等，在系统测试中后期，我们会开展性能测试
10. bug的提交和跟踪：一条bug包括那些内容、严重程度、优先级、缺陷处理流程、不能重现的bug怎么处理的等问题
11. 通过多轮测试（4-5轮，半个月-1个月一个小版本，3个月一个大版本），项目结案，编写测试总结报告（如果是app产品，要先在内部预上线环境SIT中，先预上线，如果过了，要填写上线申请单。然后在UAT上发布）

开发环境、测试环境、模拟环境、线上环境

• 公司中有几套环境？分别是哪几套？都是做什么用的？
  公司环境有2-4套；
  开发环境、测试环境1、测试环境2、预发布环境1、预发布环境2、生成环境（线上环境）；
  开发环境：开发人员做代码调试用的
  测试环境：测试人员做功能、业务测试用的
  预发布环境：和生产环境一样的配置和数据库，是模拟的生成环境
  生产环境：用户真实使用的环境

12. 上线实施
    到客户那边开展验收测试：帮客户安装部署好系统、做客户培训教客户使用、收集培训中遇到的问题，最后编写 验收测试报告
    如果是app，一般是晚上12点上线，维护人员上线之后，我们测试人员在新上线的系统中验证一轮功能，如果没有问题就上线通过。如果验证不过，还原数据，回滚代码

上线后业务回归测试：手工业务测试、UI自动化测试、接口自动化

简化版

进入新公司，怎么开展测试工作？
1.先学习需求、了解项目或产品
2.画系统模块图、整理测试大纲
3.编写测试计划
4.推导测试需求
5.设计用例及用例评审，重点：编写业务用例
6.产品可测之后，执行测试，提交bug（先执行功能测试、功能稳定之后开展业务测试）
7.执行多轮测试，直到产品稳定
8.编写测试总结报告（评估所测产品、评估测试过程）