软件质量基础知识

一、目录

软件质量模型

测试技术类型

测试流程规范

研发质量规范

问题交流

 

二、软件质量模型

1、好的架构

2、充分了解了用户需求

3、尽量少的bug

4、性能好

 

 

软件质量模型

功能性 可靠性 可移植性 易用性 维护性 效率

 

三 测试技术类型

 1、功能测试

单元测试

 集成测试

系统测试

验收测试

 

测试计划

测试用例

测试执行

缺陷跟踪

修改建议

测试报告

 

 

2、性能测试

压力测试

负载测试

疲劳测试

POC测试

性能问题分析诊断

性能问题分析诊断

数据库优化、SQL优化

中间件优化、操作系统优化

 

3、安全测试

等级保护

物理安全

网络安全

主机安全

应用安全

数据安全

 

SQL注入

DOS攻击

XSS跨站脚本攻击

工具扫描

人工扫描

 

4、自动化测试

 

自动化设计

自动化脚本开发

中断处理

调度执行

结果分析

 

5、用户体验测试

易用性测试

可用性测试

全面CE

A/B测试

 

6、云测试

云服务测试

云平台测试

云安全测试

核心模块POC测试

 

7、移动互联网、手机API测试

App功能测试

APP性能测试

APP兼容性测试

APP安全测试

APP用户体验测试

APP自动化测试

 

8、API测试

API功能测试

API性能测试

 

9、兼容性测试

浏览器兼容性

操作系统兼容性

数据库兼容性

移动客户端兼容性

国产化兼容性测试

 

 

四、测试流程规范

1、研发测试流程：

 

 

 

 

2、研发任务单撰写要求：

 

任务名称：

为该任务的名称，建议名称简洁，并能体现任务包解决的问题。（必填）

任务描述：对任务包解决问题或者功能的详细描述。

所属组件：为该任务所属组件。一个任务只能属于一个组件。（必填）

菜单路径：修改的问题涉及到的具体菜单，提供此信息可以方便测试人员测试。

需求/TD号：填写任务包修改的问题与TD或者已有的需求管理系统中得对应编号。

优先级：根据任务包的紧急程序分为高、中、低三级，根据实际情况填写。

部署说明：为该任务包生成后的构建包在运行环境中的部署方式说明。如果部署说明比较长，建议整理成文档添加在附件中。

有无sql：任务包中有升级sql，则填写有，否则为无。该字段没有实际的意义，主要用来提醒测试人员和发布人员。

依赖的任务：该任务包依赖的其他任务包。如果该任务包依赖其他的任务包，在构建和测试时，会有提示必须先构建和测试依赖的任务包。

计划完成时间：该任务包的计划完成时间。目前这个时间不做预警。

测试结果：测试人员填写该任务包的测试结果。

实际完成时间：该任务包的实际完成时间。

 

3、缺陷管理-缺陷严重程度

致命关键：

造成系统崩溃或引起严重数据错误的问题、可能导致敏感数据泄露的安全问题

 

严重：

主要业务流程无法跑通或严重影响软件使用的问题，且无其它的替代方式

 

一般（平均）：

不影响主要业务流程，但会影响软件使用的一般问题

 

较轻：

对软件使用影响较小，轻微的程序问题

 

建议：

针对非主要功能易用性或用户潜在需求提出建议性问题

 

4、缺陷原因分类