项目测试随笔

测试工作安排

作为一个测试计划来讲,核心的三个要素是时间,资源,范围。(这句话摘自微软的软件测试培训材料),时间就是什么时候做以及要花多久做,资源就是你要调用的人力、机器等资源,范围是你要测试的东西以及测试重点。

  • 时间:我们每天除了完成相应的模块分工之外,都有进行粗略的测试,大体测试一下功能能不能走通。另外第二天开始新模块之前,也会进行一次测试。更为集中的测试安排在12.4日晚上,我们白天完成了项目剩余的模块之后。
  • 资源:除了我们小组团队的四个人之外,我们还借助了实验室其他学长学姐们的帮助,一起完成了对这个项目的测试工作。机器的话,有的是在Windows系统的台式机上进行测试,有些是在自己的笔记本上。
  • 范围:我们对项目的四大模块都进行了测试,因为时间关系我们的测试重点集中在功能测试上。
  • 测试策略:当天完成模块之后由自己测试自己的代码,隔天的测试进行互测。12.4日的测试主要由他人(实验室学长学姐)进行测试,我们及时修改bug

功能测试用例:

数据管理员

1.新增企业时,操作失败

2.添加政府/企业/第三方,操作失败

3.新增企业/政府/第三方时没有做名字和编号判重

单元:

1.修改企业信息失败

2.编号已经存在,但是还是能提交数据

3.新增企业之后,使用这个新增的企业编号和密码登录,界面如下

4.添加单元时,单元编号没有做数字判定,其他模块类似

5.用新增的企业编号登入,无法登入

6.联系方式没有添加正则式验证

7.企业单元树,新增没有提示,未选择父节点

8.企业自查风险管理和风险上报,查询无效

9.风险上报上传了图片,但是在图片查看里面看不到图片

10.企业自评员模块当中,时间查询无效

11.导入不成功,所有角色的导入均不成功

12.所有模块中导出Excel没有将编号换成对应的文字

13.此处导入单元数据成功,右侧红框数据为新增的导入数据,正确;只是单元树没有实时刷出这个节点。但是导出单元数据时最好命名为“企业名单元信息表”

14.头像没有出来

15.修改控制措施时没有将已报的控制措施带进窗口

16.添加后果之后走提交,提示出错,但是最终界面有将后果和评价结果插入,但是没有图片,是因为添加时上传图片出错。

17.第三方接受、收回委托的逻辑有误,委托结束时间已经超过当前时间了,不应再提示第三方接受委托了

18.统计结果不对

测试体会

  • 在本次测试当中,发现很多细节没有弄清楚,比如电话,邮箱的正则式验证,这些都是很基础的常识,让团队有点羞愧,还有就是在添加时没有对编号和单元名字做判重, 没有对编号做判重,在同一角色之下,用一样的编号登入就会出错,没有对单元名字做判重的话,在做导入的时候,无法根据Excel表里的名字做相应的判断。
  • 在做测试的时候,我们应该要明白我们不是要去验证我们做的产品的正确性,而是去发现产品错误的地方。
  • 在本次的测试当中,由于时间问题,未能做性能测试,未能在数据量大,并发性强的情况的去考虑系统的承受力。
  • 软件测试应该存在于软件过程的整个生命周期,因此,我们每天在完成每天的代码量之余,会适当加入一些团队自身的测试,偶尔会让实验室的学长学姐一起帮忙测试,团队自身的测试可能存在一些思维惯性,就会出现我们是去验证这个系统的正确性这个错误的方向。

项目测试评述

1.测试高效覆改各个功能点需求

2.在委托和核实这两个需求之下,测试优先级合理。

3.测试的前提条件明确,预期结果目的明确,避免模棱两可的情况发生。

4.测试时从用户本身的角度出发,符合用户场景。

时间: 2024-10-22 12:13:31

项目测试随笔的相关文章

实验六:Bookstore项目测试缺陷报告

一.                 Bookstore项目测试缺陷报告 缺陷编号 01.01.0001 发现人 林臻 记录日期 2016-06-12 所属模块 购物车模块 确认人 林臻 确认日期 2016-06-12 当前状态 公开 严重度 3 优先级 3 问题概述 用户在加入购物车添加数量为0时,点击购买也能添加进购物车. 问 题 再 现 描 述 登录用户,选择图书分类,; 选择图书C++购买数量为1 ,查看购物车已添加; 选择图书Oracle购物数量为0,购买,查看购物车,书籍已添加; 图

博客模板开发测试随笔

博客模板开发测试随笔博客模板开发测试随笔

菜鸟学Java(十九)——WEB项目测试好帮手,Maven+Jetty

做WEB开发,测试是一件很费时间的事情.所以我们就应该用更简单.更快捷的方式进行测试.今天就向大家介绍一个轻量级的容器--jetty.j今天说的etty是Maven的一个插件jetty-maven-plugin,与Maven配合起来使用非常的方便,它的配置也非常的简单,下面我们就看看它怎么用吧! 在pom.xml 文件的<project>标签下加入如下代码: <build> <plugins> <plugin> <groupId>org.mort

Bookstore项目测试缺陷报告

Bookstore项目测试缺陷报告   缺陷编号:02.02.0028       发现人:林德     记录日期:2016.6.9 所属模块:购物车          确认人:林德     确认日期:2016.6.9 当前状态:公开                    严重度:2          优先级:2   问题概述:    购物车书籍数量没有变化.   问题再现描述: 1.进入购物车,增加书籍<C#实用教程>,数量为1: 2.再次购买该书籍2本,购物车该书籍数量不变(应该增加为3)

博客模板开发测试随笔2

博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔

Maven的学习资料收集--(四)使用Maven构建Web项目-测试

2014-08-04 23:21 2人阅读 评论(0) 收藏 编辑 删除 目录(?)[+] [-] 在srcmainjava下新建一个Servlet 修改webxml 新建JSP 测试 在上一篇博客里,我们使用Maven构建了一个Web项目,我们在这里写一个简单的Servlet,测试一下. 1.在src/main/java下,新建一个Servlet [java] view plaincopyprint? <span style="font-weight: normal;">

测试随笔

测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔内容测试随笔

谈谈跨多系统的项目测试

一个系统往往是接口衔接的地方最容易出问题.对于跨多个系统的项目接口多,交互多,有一个地方衔接的不好或者有差错都可能会产生严重的BUG乃至导致系统重新设计的可能.最近做了两个项目都是跨系统的项目,我这里谈谈跨系统的项目需要注意的几个问题,怎么做的一些建议. 需求阶段测试将如何做? 对于跨多个系统的项目在需求阶段一定要熟悉彼此的系统,如果是改造性的项目需要自己去熟练其他系统,多问问相关熟悉的人,另外对于全新的需求不要只关心自己的系统的需求,其他系统需要做的需求也同样需要关注,特别是涉及到交叉的地方.

博客模板开发测试随笔5

博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔 博客模板开发测试随笔