项目测试心得

经过差不多两个月的努力(只算写代码的时间),项目基本算是告一段落,在经过千辛万苦部署到服务器上之后就进入了测试的环节。

1、web界面测试

作为web的开发人员之一,其中的辛酸一言难尽,尤其是第一次设计的界面”由于缺少设计灵感导致web界面不符合用户体验“被舍弃,最后采用web模板对其进行修改

但是登录界面依旧采用原来的设计,虽然有点简陋,有些部分看起来有些别扭,但整体还是可以接受的

2、web功能测试

整个功能的实现是没问题的,但存在一类问题,这也是我在开发时就发现的问题,由于web主要是对四种实体类进行增删改差,所有需要输入的内容较多,而对于每一个输入的字符串理论上来说都需要存在合理性检测,比如说电话号码,邮箱等,抑或是对一些输入进行长度检测,限制输入长度。虽然直到有很多细节需要处理,但不一定能够考虑到所有问题,比如电话号码就存在两种情况,手机和座机,对于管理员登录或是修改密码一定是手机号码,这个检测比较简单,但对于门店,就可能存在座机,手机(更可能是座机,这种电话号码的组成更加奇怪),所以在很多细枝末节上考虑不全或者没考虑到。

3、app界面设计

虽然理解app界面的设计比较繁琐并且没有有效的界面可以借鉴,并且对比初期有很大的进步,但是还是觉得太简洁。

4、app功能

实际在第一次迭代中app的主功能就已经基本实现,后面只是做一些优化以及实现一些小功能比如个人信息,首页显示内容。整体实现无误,只是存在一些小bug

测试过程与心得

我们的项目分为两个部分--app部分与web部分,并且在开发的时候两者是分开开发的,所有在测试的时候我们就采用了交换测试的方法,以及自己测试(最后主要还是通过自己测试)的方法来查找与修改问题。首先我先来谈谈自己测试的一些感想,最大的问题就是要从客户的角度进行出发,由于本身作为开发人员,所以很多实现上就是比较抽象,换句话就是整体上实现了该功能,但是从用户体验来说不能做到don‘t make me think的程度,所以找到的第一点就是对于需要对各种小的细节进行详细的考虑,最典型的就是当进行错误操作时需要进行弹窗警告,操作错误之类的提醒,再往上一步就是能够显示出该操作的具体哪一步错误,在经过一番修改之后我介于两者之间,有提示,有较为详细的提示,但肯定是不全的。另外一个很大的问题就是app与web的交流问题,在开发中我们是将两者当作两个项目来开发的,所以我们将其结合在一起时会发现没考虑两者数据同步的问题,虽然最后的解决方法不难,但个人感觉这是一种错误的设计方式。

而对于app的测试,出现的最大的问题就是版本不兼容的问题。由于最开始开发时没有经验,也没想到版本兼容的问题,就用安卓开发工具一直做,直到最后发现安卓的开发版本太低,很难找到一个手机能运行该app。这也是整个过程中一个较大的失误,在此基础上也找到了web也存在不兼容的情况,谷歌与ie对于同一条语句的处理不一样。但无论如何,这个项目依旧给了我一次全新的体验,也为我以后去实践提供了很多经验。

原文地址:https://www.cnblogs.com/GongZhiMao/p/10208054.html

时间: 2024-08-29 08:10:54

项目测试心得的相关文章

基于微信小程序的电商平台——测试心得

经过连续两周半的紧张编程,我们第二次迭代版本也新鲜出炉了,至此我们这个小程序的所有功能基本已经实现完毕,按照计划,我们进行了小程序的测试. 由于小程序的有一个比较特殊的情况就是,若不上线就只能功内部开发人员使用,而又由于上线需要比较多的流程和手续,经过协商之后,我们决定在测试阶段不上线,于是测试的用户只有我们这一个小组的成员,充当测试用户. (1)测试方法:系统测试: (2)测试手段:手工测试:将整个小程序分成五大部分,也就是我们的那几大功能,每一个测试人员测试一块,若有BUG及时提出,能修复则

实验六: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)

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乃至导致系统重新设计的可能.最近做了两个项目都是跨系统的项目,我这里谈谈跨系统的项目需要注意的几个问题,怎么做的一些建议. 需求阶段测试将如何做? 对于跨多个系统的项目在需求阶段一定要熟悉彼此的系统,如果是改造性的项目需要自己去熟练其他系统,多问问相关熟悉的人,另外对于全新的需求不要只关心自己的系统的需求,其他系统需要做的需求也同样需要关注,特别是涉及到交叉的地方.

项目测试中资源需求

项目测试中的资源需求包括硬件资源.软件资源与人力资源,团队书写测试说明书的时候需要涉及到这方面的内容.其中,硬件资源不仅是安卓手机,还有服务器资源,而软件资源主要是Eclipse.人力资源中,除了要求具有一定的知识和技能以外,还需要具备对项目的热情与投入.一般而言,资源质量越好,项目软件活动时间就越短,所以合理分配项目资源需求具有极大意义.在项目测试中,分别对硬件资源.软件资源.人力资源进行了相关的汇总,便于观察资源需求对项目活动的影响.

项目测试随笔

测试工作安排 作为一个测试计划来讲,核心的三个要素是时间,资源,范围.(这句话摘自微软的软件测试培训材料),时间就是什么时候做以及要花多久做,资源就是你要调用的人力.机器等资源,范围是你要测试的东西以及测试重点. 时间:我们每天除了完成相应的模块分工之外,都有进行粗略的测试,大体测试一下功能能不能走通.另外第二天开始新模块之前,也会进行一次测试.更为集中的测试安排在12.4日晚上,我们白天完成了项目剩余的模块之后. 资源:除了我们小组团队的四个人之外,我们还借助了实验室其他学长学姐们的帮助,一起

团队项目开发心得

团队项目开发心得 今天已经是5月31日了,团队项目也已经开展将近一个月的时间(虽然中间因考试耽误了一周半的时间),我们所制作的快递代领app也完成了相当一部分,在这一个月内,我们曾经连续几天晚上都在赶工做项目,也曾因考试冲突而一度停工.经历了这一个月的时间,除了掌握较多Android Studio页面设计的相关知识外,我也有许多感悟和体会,下面就来和大家分享一下. 时间都是挤出来的 在开展团队项目之前,在很长一段时间内我都认为不可能在一个学期内完成这么庞大的一个项目,原因有二: 其一,我们组的成