1、测试流程
a: 测试首先需要分析
第一 : 阅读需求,理解需求,分析需求
第二 : 参与需求评审
b: 其次测试需要计划
第一 :编写测试计划,参考'软件需求'规格说明书
第二 :项目总体计划,测试范围,进度安排,人物力分配
第三 :整体测试策略制定,风险评估与规避措施制定
c: 测试设计
第一 :编写测试用例,参考需求文档,概要设计
第二 :详细设计,编写之后进行评审
d: 测试执行
第一 :搭建环境,执行冒烟测试
第二 :进入正步测试,bug管理直到测试结束
e: 测试评估
出测试报告,确实是否可以上线
2、测试过程中遇到不能复现的bug怎么做?
第一 :为什么会出现不能复现的bug?
a :测试阶段,执行了一个用例末覆盖的场景,或是随机测试,盲目点,一旦产生bug,
很容易忘记之前是怎么操作的。面对这种情况,根据bug的现象和当前操作页面,
大概推断出进行哪些操作,尝试几次可能路径会找到缺陷步骤
b :已经提交给开发的bug,在开发环境不能复现,开发要求关闭该bug。分析提交给开 发的bug描述是否准确,有没有必要的前置条件,操作步骤是否详细,是否提供必要 截图。排查测试和开发环境配置是否相同,要求开发在测试环境中验证成功关闭该 bug
第二 :怎么做?
a: 遇到非必然重现的bug,必提bug,而且在bug单中说明重复概率
b: 发现bug时,分析产生原因,多尝试出现的步骤,排除环境和自己电脑配置,例如浏览器和系统的版本,“必要时寻找开发的帮忙”,让开发在代码对应地方检察一下,是否可以从代码层面找出问题
c: 如果还不能复现,在接下来的测试随时保持关注,每次执行相同步骤的时候看是否出现复现的bug
d: 一直未能复现的bug,需要 ‘测试经理’ 定期汇总,选择极高的陷进,组织开发和测试人员投入复现问题,如果经过这样的复现还不能复现,可以降低问题的优先级。在项目前期,至少要跟踪3个版本,还不能复现,暂时关闭该bug,备注说明并不是因为修复关闭,而是经过x个版本后不能复现了
e: 如果项目周期紧张,不能跟踪多个版本,bug就不能关闭,上线后及时关注用户的反馈,假如持续3-4个版本没有出现bug,可以把bug暂时关掉,并且进行备注说明
3、测试中遇到开发不认为是bug的bug怎么做?
a: 找到需求文档或者是原型图进行匹配
b: 尝试多种测试环境和多种测试方法来确认是否为bug
c: 整理bug的复现的步骤和出现频率
d: 开发坚持不认为找项目经理沟通
e: 讲客户经理 测试 测试经理和项目经理进行确认判断是否为bug
f: 测试人员需要讲bug整理并且写入总结中
4、经典用例设计(纸杯,购物车,电梯,登录框,多部电梯具有联动性)
第一:纸杯
a: 功能
装不同液体(冷热),形状,容量,材质,是否漏水
b: 界面
颜色、图案、logo、杯口壁是否完整
c: 性能
是否容易变色、掉色、保温,装水之后多长时间漏水,装热水或者是冷水的时间,杯底是否脱落
d: 易用
尺寸,携带运输握持,隔热防滑,清洗回收,老少皆宜
e: 安全
材质是否无毒、易燃?存放其他液体是否会产生化学反应,装热水是否会烫伤人,长时间存放是材质是否会被溶解
第二:登录框
界面布局是否符合人的审美标准及使用习惯
字符长度大于用户名限制
用户名不允许特殊字符
用户名为空
用户名、密码不包含OS保留字(*?/\’:”<>|)
用户名前有空格是否可以进入(一般可以)
用户名末尾有空格,用户名中间有空格
用户名支持复制,粘贴
密码为空
密码小于或大于长度限制
密码不用明文显示
密码不支持复制,粘贴
密码不支持有空格
用户名、密码是否区分大小写
用户名、密码长度边界值测试
合法用户名、密码成功进入
合法用户名、不合法密码不能进入,并给出合理提示
不合法用户名、合法密码不能进入,并给出合理提示
不合法用户名和密码不能进入,并给出合理提示
TAB键的使用是否正确
上下左右键是否正确
若支持ESC键,看是否正常
输入回车键后,光标是否正常跳至下一栏
验证必填项为空是否可以进入
登录次数是否有限制(安全问题)
对全角/半角符号的测试
不同版本浏览器测试(浏览器兼容性)
登录失败,不能正确跳转页面
登录失败,给出正确提示信息
登录成功时,已经输入的用户名和密码需要清空还是保留
登陆不成功时,已经输入的用户名和密码需要清空还是保留
用户在两个页面同时登录,怎么处理信息覆盖情况
用户登录成功退出后重新登录
密码是明文保存吗?