1 系统测试报告 1 .1 编写目的 编写该测试总结报告主要有以下几个目的 1． 通过对测试结果的分析，得到对软件质量的评价； 2． 评估测试，测试执行和测试计划是否符合要求； 3． 分析系统存在的缺陷，为修复和预防bug 提供建议。 1 .2 用户群 主要读者：XX 项目管理人员，XX 项目测试经理 其他读者：XX 项目相关人员。 1 .3 定义 严重bug：出现以下缺陷，测试定义为严重bug。 1. 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 2. 点击某个菜单后出现“此页无法显示”或者返回异常错误。 3. 进行某个操作（增加、修改、删除等）后，出现“此页无法显示” 或者返回异常错误。 4. 当对必填字段进行校验时，未输入必输字段，出现“此页无法显示” 或者返回异常错误。 5. 系统定义不能重复的字段输入重复数据后，出现“此页无法显示” 或者返回异常错误。 1 .4 测试环境 1.4.1 测试用例 家庭成员登录后，通过系统的身份验证即可进行控制灯光操作。反之，不能进行控制灯光操作。只能保 证一 个用户 登录服 务 器 --也 就 是说 第 一 个人登录后，后面 的人要登录进去 是不被 允 许 的，一 般 在session 中 存一 个useid 和guid，并 在application 里存放一个gu id。 另：只能输入三次，若三次都错误，只能关闭再重新启动登录界面，如图 1所示。 图 1 在存储器中，用户登录需要系统身份验证输入账号密码，在数据库中建立一个注册表，把家庭成员中每一个人的账号（如手机号）和密码（如出生年月）导入进去，登录时输入用户账号密码，并与注册表中的数据进行校对，若有就可以登录，没有就验证失败。管理员登陆之后的权限是可以修改密码及登陆状况。如图 2 所示。 图 2 只能保证一个用户登录服务器--也就是说第一个人登录后，后面的人要登录进去是不被允许的，一般在session 中存一个u seid 和gu id，并在application 里存放一个gu id。在用户登录时刷新 session 和application。用户操作比较 session 和application 里是否相同，不同则强制退出，用户退出时从 application 与 session移除这些信息。 图 3 系统处于工作时，管理员和已登录的用户可以对系统的工作状态进行查看，实时的反馈系统的信息，如图4 所示。 图 4 1 .5 测试结果 测试发现的b u g 主要集中在登陆和状态查看阶段，属于一般性的缺陷，但是测试的时候，出现了几个...
