软件测试基础知识集合

1.什么是程序?什么是软件?

软件=程序+文档

2.程序是按事先设计的功能和性能要求执行的指令序列(简单的理解是开发编写的代码)

文档是与开发、维护和使用有关的图文材料(页面展示)

3.软件缺陷的定义

①软件没有实现产品说明书要求功能

②软件出现了产品说明书指明不应该出现的错误

③软件实现了说明书未提及的功能

④软件未实现产品说明书虽未明确,但应该实现的功能

⑤软件难以理解、不易使用、运行缓慢等问题

⑥缺陷是系统在开发或者维护过程中就存在的错误

⑦缺陷是系统某种功能失效了

职业素质要求:

1.专业知识 2.沟通能力 3.团结合作能力  4.耐心、细心、自信心  5.责任心

6.不断学习  7.不管做什么测试,基础一定要牢,才能继续提升

黑盒测试:主要是外观及实用的测试

白盒测试:为代码以及内部结构的测试

单元测试:通过代码的形式检测

冒烟测试:测试系统的主流程

集成测试:也叫组装测试,先测试单个模块,再进行组合测试

系统测试:全面测试,除了功能和接口外,根据项目的要求,进行性能,自动化,兼容等类型测试

回归测试:重复测试,返测。

1.开发修复BUG后,测试人员重新进行测试,关闭BUG

界面测试:对系统的页面进行检测

功能测试:测试系统中所有的功能

接口测试:1.主要测试服务通不通  2.查看模块和模块之间,系统和系统之间能不能关联,报文--接口返回的信息

性能测试:1.就是模拟我们真实用户的并发,简单的来说就是看我们系统怎么死的

2.测试系统的最大承受能力

自动化测试;把人为驱动的测试行为转换为机器运行的一种过程

兼容性测试:1.操作系统

2.浏览器

3.手机和电脑版本

4.BS架构---浏览器的兼容性   CS架构--操作系统和硬件设备版本不同

安全测试:1.权限测试

2.跨站脚本

3.跨目录访问

4.SQL注入

易用性测试:1文字表达要清晰要清楚

2.操作习惯等等

随机测试:随意向系统输入操作,模拟真实用户操作,达到想要的效果

验收测试:使用户签字,查看是否跟事先约定的验收标准一致

测试的原则:

1.项目中要尽早投入测试人员

2.在发现错误多的地方投入更多的精力和时间,简称2/8原则(bug的2 8原则指的是80%的bug分布在20%的模块中)

3.发现问题一定要提出

4.并非所有的BUG都能修复

5.追溯用户需求规格

测试的流程与阶段:

1.需求文档

2.需求分析

3.测试计划

4.掌握测试点【输出测试大纲(测试方案)】

5.设计和编写测试用例

6.评审和修改测试用例(输出QC报告)

7.合格开始执行测试

8.发现问题→记录缺陷

9.输出测试报告

测试人员主要工作职责:

1.编写测试计划

2.编写测试方案

3.编写测试用例

4.执行测试,发现缺陷提交缺陷报告

5.验证所发现的缺陷是否得到修改

6.编写测试报告

项目成员组成:

1.项目经理

2.测试经理

3.架构师

4.开发师

5.测试

6.助理

7.运维

8.质量管理员(QA或SQA)

9.需求人员(BA)

数据库:DBA

公司的开发人员和测试人员的比率是3-4个开发1个测试

测试的交付件/测试文档:

测试计划:

最重要的是测试策略和测试方法

1.明确测试目标  2.系统测试的时间  3.测试方法和手段 4.侧重点安排  5.人力资源等

测试用例:根据需求文档、原型界面和测试方法+思路进行编写

测试报告-目的:本次测试是否准入

测试日报:今日测试进度、未完成点,原因、明日计划等等

测试周报:本周测试进度、哪些没有完成、什么原因导致,是否与计划时间进度一致等等

会议纪要:QC(评审)测试用例会议纪要---评审报告或者会议纪要或者QC报告

性能测试报告:测试点通过或失败

用户使用手册:给用户使用的文档,可能是开发人员编写,也可能是测试人员编写,步骤和截图一定十分清楚。

(0)

相关推荐