项目测试的测试工做

 

031302620马凛凛（队长）

031302619吕昆明

031302319汪毓顺

031302404陈俊达

 

---

测试工做安排：

　　　　　　陈俊达：数据库结构测试；

　　　　　　吕昆明：页面显示效果代码测试；

　　　　　　汪毓顺：php功能代码测试；

　　　　　　马凛凛：模块整合测试

　　　　　　以上为项目冲刺初始时指定的测试分工，具体实施时根据实际状况做调整；

 

测试工具选择应用：

　　　　　　马凛凛：模块整合测试

　　　　　　页面显示效果测试：chrome浏览器

　　　　　　php功能测试：手动

　　　　　　模块整合测试：手工整合

　　　　　　因为咱们组采用的web代码基本只包含一下几类：html、css、js和php，其中页面语言只要用chrome和firefox浏览器自带的f12开发者工具测试便可，而php语句因为涉及的基本是web开发和mysql部分，所以基本错误类型都采用手工检查的方式进行测试，具体测试状况和样例见后文。

 

测试用例和文档：

　　　　　　　　1.数据库模块测试

　　　　　　　　　　　这个模块要测试的主要是数据库的表结构、字段属性、以及数据关系。

　　 　　　　　　　　　　· 数据表的结构和字段属性主要靠人工检查和输入一些简单数据进行测试，好比：

　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　像帐号这样虽然是由纯数字组成的，可是必须设置为字符串类型，避免前面的0被去掉。再好比像备注这类的字段，要设置200以上的长度以保证不会由于用户输入过长而在存入数据库的时候被截断。

                     　　　　　· 数据关系的检查包括表的主键、外键依赖、索引的检查，能够借助phpmyadmin直接查看。

　　　　　　　　　　　　　　主键：

　　　　　　　　 　 　　 　　　　　　　　　　　

　　　　　　　　　　　　　　外键约束：

　　　　　　　　　　　

　　　　　　　　　　　　　　　

　　

　　　　　　　　2.页面显示效果测试

　　　　　　　　　　　　· 页面的显示效果测试主要是检查页面中的导航、按钮的样式，以及表格生成的位置和格式，还有对于动态接收的内容作判断（好比若是某张表目前没有数据那么要自动显示一个“暂无结果”）。

　　　　　　　　　　　　　　

 

　　　　　　　　　　　　  　　　

　　　　　　　　3.php模块测试

　　　　　　　　　　php模块主要包括登陆、插入数据到数据库、从数据库读取数据到页面、导入文件、导出文件这几类。

　　　　　　　　　　主要测试方式就是手动验证功能，好比登陆功能要验证：

　　　　　　　　　　　　　　1.使用正确的帐号密码会跳转到对应页面

　　　　　　　　　　　　　　2.使用不正确的帐号密码会弹窗提示　　　　　　

　　　　　　　　　　　　　　3.在sql中执行的结果能够随时输出以便查找错误。

　　　　　　　　　　  

　　　　　　　　　　　

　　　　　　　　4.模块整合测试

　　　　　　　　　　　　这类测试是用在某个功能模块基本写完以后统一进行的测试，一般测试方式就是模拟用户进行试用，好比模拟教学办身份进行登陆->查看报课状况->修改身份信息等等一整套功能的验证，这样的测试是颇有必要的，下面举一个咱们在过程开发中　　　　　　　　碰到的实际状况：登陆时的帐号密码不严格匹配问题。

　　　　　　　　　　　状况描述：在测试登陆功能时，使用帐号：1和密码：1能够登陆，而且显示的是数据库里帐号密码为00001的用户身份信息。

　　　　　　　　　　　　　　　　起初认为是数据库模块问题，安排人员进行变量类型检查，确认类型无误；

　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　接着判断是不是phpmyadmin容许宽松匹配，在后台的sql中验证：

　　　　　　　　　　　　　　　　　　　　　　　　　　  

　　　　　　　　　　　　　　　　　　　    

　　　　　　　　　　　　　　　　　　而后考虑从数据库取出数据到页面的时候是否被强制类型转换，echo到页面，一样发现没有.....

　　　　　　　　　　　　　　　　　　排除了种种可能的状况，最后不得不怀疑：难道是登陆的php代码写的不对，（为何是不得不怀疑？由于以前进行的登陆时帐号验证是能够成功的，而且用其余不存在的帐号密码验证也是能够正常报错的，所以习惯性认为没错）

　　　　　　　　　　　　　　　　　　打开代码，以下：

　　　　　　　　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　看起来也没有什么不对，而后只能继续缩小范围：难道php中两个等号是宽松匹配，因而写了两行简单的判断，结果发现。。。。。。。果真是这样的！！！！

　　　　　　　　　　　　　　　　　　接下来问百度，才发现，php里面字符串的严格匹配要用===，三个等号才能够。。。（--！bug缘由：程序员基础太差）这个例子是为了说明，每一个模块就算在各自测试的时候可能没问题，可是整合在一块儿的时候仍是可能出现新　　　　　　　　　　　　　　　　   的问题，另一个典型的例子就是读取先后的乱码问题，在各自模块均可以很好的中文显示，可是在发生先后端数据交换的时候会生成乱码。

 

 

测试方式：　各部分负责人即时测试，写到哪测试到哪；

　　　　　　整合测试人员在其余人提交完一个模块后，测试一个模块；

　　　　　　在所有模块都测试完毕，进行最后的试用测试；

 

测试进展：　与项目进展同步

　　　　　　　　　　　　　　　　　　　　

测试体会： 　测试方面最有用的就是经验，碰到问题就要记下来；

　　　　　　 测试思路：首先猜测可能发生的全部缘由，而后不断排除，缩小范围，直到找到最终缘由；

　　　　　　 测试的时候尽可能减小思惟定势，有时候半天找不到问题最后才发现是本身帐号输错了。。。。--！

测试评述：　 显然，咱们组的测试有一个很大的特色--技术落后，基本处于手工测试水平，没有用到各类单元测试工具。（以前尝试使用过，效果通常，花的时间却比手工测试长的多）

　　　　　　 从多个方面进行测试，而且有部分测试和模块，这个算是优势。