一.测试人员需要具备的素质:
1.技能:
a.测试用例设计能力.
b.编程能力(编写测试用例,自动化测试).
c.快速学习语言和技能.
d.快速学习业务.
2.非技能:
a.沟通和合作能力.
b.文字表达能力(描述bug,编写测试用例的文字描述,编写测试文档).
c.抗压能力.
d.责任感.
二.软件的生命周期和软件测试的生命周期
软件: 需求分析 -> 计划 -> 设计 -> 编码 -> 测试 -> 运维
测试: 需求分析() -> 测试计划 -> 测试设计 -> 测试开发 -> 测试执行 -> 测试评估
三.测试报告
包含项目名称,开发人员,测试人员,产品经理,BUG,开发周期,测试周期(及开始时间和结束时间),测试用例和风险,可能有测试文档和技术文档.
四.开发模型
1.瀑布模型: start -> 需求分析(需求文档) -> 计划 -> 设计(技术文档,比如接口,库表,mq,定时任务和UI视觉表) -> 编码 -> 测试 -> end
a.特点: 线性的.
b.优点:每个阶段做什么,产出什么非常清晰.
c.缺点:风险往往迟至后期的测试阶段才显露,因而失去及早纠正的机会.
d.适用的项目: 小型项目.
2.螺旋模型: 反复地进行分析.
a.优点: 每个阶段都会进行需求分析,避免一些线上问题发生.
b.缺点: 风险分析可能分析错误,需要投入一定的人力和财力.
c.适用项目: 一些比较大的项目,风险比较高的项目.
3.增量和迭代:
a.增量: 一个模块开发完成之后,进入下一个模块.
b.迭代: 每个模块都同时开始,同时进行开发.
4.敏捷:
a.敏捷宣言:
个体与交互重于过程和工具.
可用的软件重于完备的文档.
客户协作重于合同谈判.
响应变化重于遵循变化.
在每对比对中,后者并非全无价值,但我们更看重前者.
b.三大角色:
五.测试模型:
1.V模型:
a.特点: 左边是开发,右边是测试,类似于瀑布模型.
b.优点: 测试被划分成许多类型.
c.缺点: 测试介入太晚,发现问题时机太晚.
2.W模型(双V模型):
a.特点: 开发一个V,测试一个V.
b.优点: 测试人员尽早介入了需求.
c.缺点: 测试人员和开发人员一定程度上还是一个串行的,不能拥抱变化,不能适用于敏捷.
六.描述一个bug
需求,版本,环境,操作步骤,执行结果,预期结果,优先级等.
七.定义bug级别
1.Blocker(崩溃)
2.Critical(严重)
3.Major(一般)
4.Minor(次要)
八.bug的生命周期
九.如何发现更多bug