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 |
中文（简体） |