软件生命周期:
需求、设计、编码、测试、维护、升级、废弃。
软件测试流程:
需求分析、测试计划、测试方案、测试用例、测试执行、测试报告。
我公司的测试流程:
1、立项
2、需求拆分、工作量分配
3、组长编写测试计划、测试方案
4、编写用例、组织用例评审
5、执行用例、提交缺陷
6、回归验证
7、总结编写测试报告
8、总结
缺陷处理流程:
我的描述:测试人员发现缺陷,然后把缺陷提交给产品经理,产品经理根据需求规格说明书判断是否是缺陷。如果不是缺陷则返回给测试人员,然后测试人员关闭缺陷,如果是缺陷则把缺陷提交给开发经理。开发经理根据缺陷出现的模块把缺陷提交给相应的开发人员,开发人员拿到缺陷后进行处理,缺陷处理后开发人员关闭缺陷。最后测试人员进行回归测试,如果关闭的缺陷仍然存在,则重新打开缺陷,并把缺陷重新提交给开发人员,直到全都缺陷回归测试通过。
缺陷等级:
1、致命 如:系统崩溃、数据丢失、内存泄漏
2、严重 如:单个功能错误导致其他功能出错
3、一般 如:功能没有实现或者出错
4、提示 如:界面按钮不对齐、错别字
测试计划:
测试计划是描述测试完成的工作,包括项目背景、目标、范围、方式、资源、进度安排、测试组织、以及测试有关的风险。
测试用例要素:
用例编号、测试项、测试标题、重要级别、预置条件、测试输入、操作步骤、预期结果、实际结果。
测试标题:测试标题就是测试点,原则上是不能重复的。
测试标题8个特点:
1、小于等于24个汉字
2、没有句号
3、不超过一个逗号
4、不能出现“是否”两字
5、标题中没有具体数据
6、内容包括:在哪里、条件、结果
7、不要写bug
8、用例标题不能重复
重要级别:
高:实现主体功能的用例
中:主项流程经过备选流程处理或者经过异常处理能够正确实现
低:GUI、易用性表述、文字概述类
问:为什么测试用例会有重要级别?
答:节约时间;一般冒烟测试和回归测试时间紧张,只能测试重要级别高的测试用例。
预置条件:测试用例执行的先决条件。
软件测试结束条件:
1、所有用例执行通过;
2、所有bug要解决关闭;
3、测试报告等交付件编写完成;
4、一段时间未出现bug,软件趋于稳定状态;
5、软件的缺陷密度在合理范围内;
6、验收测试通过。
软件项目成员:
项目经理、架构师、开发工程师、测试工程师、资料配置员、QA(质量保证人员)、销售人员、UI设计人员。
其他测试方法:
回归测试:对软件的新版本测试时,重复使用上一个版本测试时使用的用例。
冒烟测试:抽取项目中10%-20%高优先级用例,全部执行通过,在正式测试之前进行的测试。
随机测试:测试数据是随机产生的,在测试用例之外,只能作为一个测试的补充。
敏捷测试:敏捷开发流程中的测试。
TDD(测试驱动开发):在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码。
交叉测试:防止测试思维的局限性,项目后期可交叉测试。
CMMI(软件能力成熟度集成模型)等级:
1、初始级:软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。管理是反应式的。
2、可管理级:建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
3、已定义级:已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
4、量化管理级:分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
5、优化管理级:过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
--------------------------------纸上得来终觉浅,觉知此事要躬行。