标签:
1、讨论你们的测试计划:
<1>.先进行功能上的测试:
(1)单元测试—在最低的功能/参数上验证程序的正确性。
(2)功能测试—验证各个模块的功能。
(3)集成测试—验证几个互相有依赖关系的模块的功能。
(4)场景测试—验证几个模块是否能够完成一个用户场景。
(5)系统测试—对于整个系统功能的测试。
(6)外部软件测试人员在实际用户环境中对软件进行全面的测试。
<2>.再进行非公能上的测试:
(1)测试软件在负载情况下能否正常工作。
(2)测试软件的效能。
(3)兼容性测试。
(4)配置测试—测试软件在各种配置下能否正常工作。
(5)可用性测试—测试软件是否好用。
(6)软件安全性测试。
2、我们是否需要测试,直到我们的软件是完美的?
我们的产品“课堂派”是面向校园的一款实用性软件,所以做测试是非常的有必要的。
3、对于测试来说什么是“足够好”?
我认为,只要让用户感觉自己设计的功能实用、有价值就是最好的。
4、“退出的标准”是什么 ?
1) 软件系统在进行所有的测试时,发现一级二级错误暂停测试返回开发。
2) 软件系统经过单元、集成、确认、系统、安装、验收测试,分别达到单元、集成、确认、系统、安装、验收测试停止标准。
3) 软件系统通过验收测试,达到了测试计划中的关于集成测试的所覆盖率的要求。
4) 集成工作版本满足设计的各项的功能、性能的要求
5)在集成测试中发现的错误得到修改,各种缺陷修复率的到标准。
5、每个项目团队定义什么是你的beta版本“足够好”?你的测试矩阵是什么?
1)界面的美观,用户使用方便,软件符合用户的需求;
2)软件的性能好,不会出现突然退出,程序的崩溃等问题;
3)密码账户等都有一定的保密性;可以正常的登录;
4)可以对数据库进行正常的操作。
测试的矩阵
|
用户类型 |
屏幕的分辨率 |
操作系统 |
操作系统 缺省语言 |
网络速度 |
浏览器 |
组合总数 |
变量数目 |
4 |
3 |
4 |
4 |
3 |
3 |
20 |
|
用户1 |
1024*768 |
Android |
中文(简体) |
移动数据 WiFi |
手机 |
|
|
用户2 |
1024*768 |
Android |
英文 |
移动数据 WiFi |
手机 |
|
|
浏览者 |
|
Win7/win8 |
中文(简体) |
局域网 |
火狐 |
|
|
管理员 |
1366*768 |
win8 |
中文(简体) |
|
|
|
标签:
原文地址:http://www.cnblogs.com/meihong/p/5554594.html