如何测试一个普通IT系统

1.1 测试经理（组长）
通过熟悉需求，输出测试计划、测试方案
1.2 软件测试工程师
第一步：熟悉需求，需求澄清
针对一个业务场景，搞清楚如下三个方面：
交易前：满足哪些条件
交易中：业务处理细节和步骤
交易后：业务处理结果
第二步：根据测试经理安排的任务（确定测试范围），做需求拆分，进行测试需求分析
测试范围包括：
（1）功能范围（哪些模块）
（2）测试类型范围
测试类型分类：
界面测试、功能测试、兼容性测试、性能测试、易用性测试、安全测试
需求拆分：
（1）方法：
（1.1）将需求中的一级模块，拆分成二级模块。。。一直拆分成一个个功能点
（1.2）整理系统中不同角色用户所涉及到的业务流程
梳理业务流程的做法：
（1.2.1）分析所测试的系统中，有哪些不同角色的用户
（1.2.2）梳理不同用户在使用系统完成自己的工作时，所进行的一系列操作相关业务流程（一系列功能点）；
（1.3）整理业务规则
第三步：整理测试思路
1、界面测试
主要进行页面检查，包括排版布局、字体大小、颜色、错别字、图片清晰度、链接、必填项、提示信息。。。（界面测试checklist）
2、功能测试思路
2.1 功能点测试
2.1.1 功能验证
思路：套用等价类思想、边界值思想
2.1.1.1 功能点验证（套用等价类思想）
2.1.1.1.1 有效业务操作（符合需求规定的操作）
测试点：（1）检查正常操作是否可以成功（2）检查相关的交易记录是否可以查询出来（3）检查类似于金额等数据是否正确、一致（4）数据库中生成的对应数据是否正确、一致（前台业务操作和后台核心系统之间数据的一致性）
2.1.1.1.2 无效业务操作（违反需求规定的操作）
测试点：（1）检查必填项不填或者违反需求规则（字符类型、字符长度、字符格式等）、业务规则等的情况下操作是否失败（2）检查操作失败的情况下系统是否给出合适提示（3）检查被测试系统中是否产生一条交易失败记录（软件的日志中）（4）检查数据库中对应表，是否产生对应数据（5）重复操作（6）其他异常操作（其他违反业务规则的情况或使用错误推测法分析）。
2.1.1.2 数据正确性、一致性验证
输入数据《=》查询结果数据《=》报表数据《=》数据库中数据《》后台系统数据
2.1.1.3 业务规则验证（套用等价类思想）
2.1.1.3.1 符合业务规则的操作验证
测试点：（1）检查符合业务规则的操作完成，该操作是否可以成功
2.1.1.3.1 违反业务规则的操作验证
测试点：（1）检查违反业务规则的操作完成后，该操作是否失败（2）失败时系统是否给出合适提示。
2.2 业务流程测试
测试思路：套用场景分析法、流程分析法
具体做法：
2.2.1 分析被测试系统中存在哪些不同角色的用户
2.2.2 分析不同用户在使用系统时有哪些典型业务操作场景
2.2.3 梳理不同用户使用系统时涉及的业务操作流程
2.2.4 套用流程分析法，进一步整理基本业务流程、备选业务流程、异常业务流程
支付测试异常场景：支付密码错误、支付密码输入超过三次账户冻结、余额不足、收货地址为空、库存不足、商品下架、注销卡、过期卡、不支持的银行卡、长期不动户、卡内金额因担保被冻结、输入金额为空。。。
基本业务流程测试点：
(1) 检查被测系统中的流程和公司设定的流程是否一致；
(2) 检查流程走完以后，最终的操作结果是否成功；
(3) 检查流程操作完成后生成的操作记录是否可以正常查询出；
(4) 检查业务操作结果、查询时、数据库中三者之间的数据的一致性和正确性；
备选业务流程测试点：
（1） 检查被测系统中的流程和公司设定的流程是否一致；
（2）检查流程走完以后，最终的操作结果是否成功；
（3）检查流程操作完成后生成的操作记录是否可以正常查询出；
（4）检查业务操作结果、查询时、数据库中三者之间的数据的一致性和正确性；
异常业务流程测试点：
（1）检查业务流程操作最终结果是否失败；
（2）检查系统界面是否给出失败原因的合适提示；
（3）检查相关的业务操作记录是否产生（日志中），结果为失败；
2.3 项目测试流程
测试经理：
（1）熟悉需求
（2）输出测试计划及测试方案
测试人员：
(1) 熟悉需求
(2) 需求澄清
(3) 测试需求分析
(4) 测试设计
(5) 测试用例编写
(6) 搭建测试环境
(7) 冒烟测试
(8) 正式测试执行（一般测试三轮）
(9) 输出测试报告