web手工项目03-登录功能测试用例及缺陷编写-流程图画法-前后台下单及发货流程图-流程图设计测试用例方法-功能测试涉及到的四种数据库场景
回顾
注册功能测试（步骤，需求分析（输入分析，处理分析，输出分析），数据构造（有效等价类，无效等价类，有效数据，无效数据），编写用例，执行用例，缺陷报告）
轮播图功能测试（步骤，需求分析拆分测试点，测试点到用例设计方法，编写测试用例，执行，缺陷报告）
购物车功能测试（步骤）
每日学习目标
-
掌握登录功能测试用例及缺陷编写
-
掌握流程图主要元素及画法
-
-
掌握流程图设计测试用例方法
-
掌握功能测试涉及到的四种数据库场景
登录功能需求分析
输入分析：长度，类型，组成规则，是否为空，是否重复
处理分析：正常处理，异常处理
输出分析：前台，后台，数据
登录功能数据构造
每个参数逐个构造
有效等价类，无效等价类
有效数据，无效数据
登录功能测试用例编写
数据构造中的每个数据对应一条测试用例
登录功能用例执行与缺陷报告
逐条执行（参照用例的详细信息）
失败的用例及时填写缺陷报告
测试思路的扩展
-
相关业务（有相互关联的业务，产生相互影响）
-
特殊角度（分支流程，逆向操作，异常处理）
需求不完整的情况---进行测试
先把功能模块的功能点列全，按照一般用户习惯进行测试
列出本功能的相关业务，帮助对功能模块的全面理解
介绍负责测试的功能模块
-
先把功能介绍清晰，包括她的功能点，规则，实现细节
-
如果询问测试的思路/步骤：需求分析，拆分成测试点，再根据用例设计方法设计测试用例
-
可选--补充：相关业务（提前思考准备），特殊的一些测试角度（提前思考准备）
流程图的主要元素及画法
-
椭圆：开始/结束
-
箭头：路径
-
平行四边形：数据的输入/输出
-
矩形：处理/步骤
-
菱形：判定/判断
业务流程测试
价值：
-
用户角度：使用场景，软件业务价值，通常是多个功能组合实现
-
测试人员角度：人员分工往往是单功能模块，多功能组合的场景容易漏测
特点：关注流程跑通，业务的目标实现，不关注某个具体功能详细测试。
使用时机：
-
各功能模块基本可用。
-
软件更新/上线之前要对主要业务流程进行测试
业务流程测试--编写测试用例
-
明确业务需求，找出购物流程
-
根据购物流程，画出流程图
-
根据流程图的路径，编写测试用例，一条路径对应一个测试用例
项目与数据库的关系
数据库提供动态网页展示，网站设置信息存储在数据库中，使网站的配置更灵活
网站与数据库的交互
网站对数据进行增加，删除， 修改，查询
数据对网站进行数据的响应
功能测试涉及到的数据库场景
功能测试涉及数据库的场景1-执行用例，到数据验证数据的正确，完整
会员余额总额
select sum(user_money) from tp_users
功能测试涉及数据库的场景2--定位BUG
前台界面性别展示不同
select nickname,user_id,sex from tp_users where nickname='nick'
功能测试涉及数据库的场景3--构造场景，比界面操作更有效率
修改购物车商品数量总计
update tp_cart set goods_num = '2000' where id ='12'
功能测试涉及数据库的场景4--升级SQL的执行与验证
alter table tp_users add column credit_score int(5); update tp_users set credit_score = 100;
select user_id,nickname,credit_score from tp_users limit 10
