手机版本工程管理系统的测试总结

这次手机版工程管理系统的测试，对于我来说是一个比较新的项目，这个新不是指项目或业务，而是指一个全新的领域——手机测试。

在执行测试过程中，我不断探索，查阅相关资料，最终总结出一套测试方法，如下：

一、 获取安装包

获取安装的途径有很多，最主要的有：WAP下载、PC下载再通过TF卡安装、蓝牙传输

二、 安装卸载 ? 程序安装包：icon显示正确，版本号显示是否符合要求，安装后是否显示该软件包大小。

程序安装时：是否可以选择覆盖已有程序或不覆盖已有程序 ，用户选择后，系统是否操作正确。

程序安装位置：安装到手机或 TF卡

程序安装过程：提示信息正确性，意思明确

卸载结果：卸载成功、卸载干净

三、 UI测试 ?

分辨率：测试不同手机分辨率下客户端软件的显示情况（图片、文字内容等） 前景色与背景色：查看是否协调统一 按钮：与正在进行的操作无关的按钮应该加于屏蔽 焦点与非焦点：控件的焦点与非焦点状态的边框要有明显的区别。对于控件上的焦点掌握，在不同颜色下的边框有着严格的要求。即在选中与未选中下，UI对于控件不同，这对于UI测试的要求更高。

长操作：长操作（下载，上传，更新，登录等）时，要有明确的动态指示logo或文字（例如：loading…等），表明操作正在进行中。手机访问速度没有PC快，对于手机小屏幕很容易失去耐心，简短的提示就是为了让用户继续停在当前页面，同时友好的UI界面提示也显得很重要。

提示说明：对于非法的输入或操作应有足够的提示说明，提示、警告或错误说明应该清楚、明了、恰当的跳出提示警告画面，但冲击力不能太强。

文字描述的准确性：a.文字描述与对应功能是否一致 ；b. 错别字。 ? 文字用语的一致统一：父窗口的选项与子窗口标题统一一致。

产品帮助文档：a. 与产品功能和截图配套一致，当重新打包新系统时，及时更新产品帮组文档； b.文档格式； c.帮助中应该提供技术支持方式，一旦用户难于解决可以方便寻求新的帮助方式。

版权和商标：产品的版权和商标的logo和文字申明（一般在启动界面或者软件

产品的“关于”选项里面）；涉及公司的形象和品牌，一定要规范标准化。

自定义界面给用户提供自定义界面风格，由用户自己选择颜色和字体。满足不同

用户习惯，同时满足用户对于一些颜色偏差（如色弱用户）。

四、 功能测试

测试软件的基本功能测试，如：打开、退出、登录、注销、更新、跳转、返回、搜索、帮助、等等。 ? 登录功能 1、 登录系统时，是否进行了用户名和密码正确性的检验。

2、 用户名和密码输入内容的限制。用户名和密码只支持小写字母a~z，数字0~9的输入，或者字母及数字组合。

3、 勾选记住密码，系统是否能如实操作。

注销功能

1、 点击主页面的退出按钮即退出系统登录状态，点击时，系统是否给予确认提示。

2、 或者点击手机上的返回键，系统是否给予正确响应。

返回功能

1、点击返回时，系统是否返回到当前操作的上一个操作页面。 五、业务相关测试

测试软件的业务流程。

1、用户具有的数据权限在手机版工程管理系统中是否如实体现。

2、用户在PC机上对工程管理系统的操作，是否及时体现到了手机版本的工程管理系统，如：更改密码，对权限范围内的信息增删改等。

六、 性能测试

目前手机所具有的功能比较简单，所以只通过安装了一个流程监控软件来监视其持续操作时，占用的流量情况。

次数相关的性能测试是测试终端重复稳定地进行某项功能的能力，主要是对成功率的测试。重复操作包括很多对象被多次创建和释放，因此可能会发现潜在的内存泄漏等问题。

如果功能众多情况时，需要重新安排优先级进行选取; 优先级选取标准： ? 基本功能优先：主要指模块的主要功能，如：登录、注销、搜索等。

? 内存使用较大的操作优先：考虑到测试目的主要是检测内存泄漏问题，故应该选择内存使用率较大的项目进行测试，如：对搜索结果进行翻页操作、查看合同清单详情等等。

并发测试：主要是测试终端同时进行多项业务时表现出的处理能力。如:把程序置

于后台运行，同时去对另外一个程序进行操作

负载测试：系统配置不变的条件下，在一定时间内，终端在高负载情况下的性能行

为表现。

内存高负载测试：主要测试在内存在高负荷状态下的性能行为表现。主要是将时间

相关、次数相关、并发业务融合到一起进行测试，查看程序是否正常。

七、 交互测试

网络交互：移动（cmnet 、cmwap）、联通（uninet、uniwap）、WIFI

手机交互：CALL、SMS、MMS、响铃等

异常交互：断网、断电

八、 用户体验性测试

易用性、使用习惯、操作感受

第二篇：《客户关系管理系统》测试工作总结

《客户关系管理系统》项目测试工作总结

一． 承担的工作

我们小组的成员有：覃家辉、谭启迪、韦纬、梁国永、杨扬5人。我们小组的分工是这样的，梁国永是项目经理，谭启迪、韦玮是程序员，我和岑嘉辉是测试员。

我们所做的项目是《客户关系管理系统》测试，我们小组在各个阶段都有具体的分工，项目主要分为人员分工、计划方案编写、编写测试用例、测试系统bug和填写bug报告、系统性能测试、系统测试总报告编写，共6个阶段。

1． 人员分工：得知任务后，我们马上在小组里面进行了职位和工作任务的划分。

2． 计划方案编写：参与测试文档计划的编写，项目经理对组员进行了细分工，强调工作重点。

3． 编写测试用例：我负责编写基础数据模块的测试用例。

4． 测试系统bug和填写bug报告：我负责基础数据页面的各个按扭的功能测试和填写BUG报告表。

5． 系统性能测试：运用Win Runner按要求对系统进行性能测试。

6． 最后填写系统测试总报告。

二． 完成情况

1． 人员分工：接到任务后，项目经理给每人进行了分工，大家很快进入了自己的角色，开始工作。

2． 计划方案编写：在看完老师给的《客户关系管理系统》的规格说明书后，组员经过讨论，制定了一套工作程序，还一起编写了计划方案。使接下来的工作可以顺利和高效的进行。

3． 编写测试用例：对我所负责的子模块的每一个需要测试的按钮进行编写，写好各个步骤和正常情况下应该产生的结果。

4． 测试系统bug和填写bug报告：按照前面小组编写的测试用例和BUG规则表，对基础数据模块的各个按扭和功能进行了测试，共发现10处BUG。

5． 系统性能测试：运用Win Runner按要求对系统进行了性能测试，到达了要求的数值，并截下图，填写好了测试报告。

6． 总合与整理了前面的文档，进行修改与完善，最后填写系统测试总报告。

三． 遇到的问题

因为我们是第一次接触软件测试这门课程，和自己本来的专业也不是一个类型的，所以和学软件专业的同学比起来，学习上很明显的吃力了不少。但由于老师的耐心教导和示范，使我们渐渐的

对这门课程的原理和软件的使用方面有了一定的了解。

在一段时间内，我们的组员几乎每个都遇到了困难，工作的进度进行得很缓慢，但经过老师的指导，使得各种问题迎刃而解。

在编写测试用例阶段：由于我们是第一次做项目，所以不知道测试用例怎么编写。

在BUG测试阶段：有些按扭与功能的问题有些奇怪，不知道到底属不属于BUG。

在性能测试阶段，就算一直增加用户的数量，CPU的使用率就是达不到90%的要求峰值。

四． 收获

在完成项目后，我觉得软件测试对软件行业来说是非常重要的，等于是一款新产品的最后一道把关，所以软件测试员的责任很重大.对于IT行业是一种质量的保证.

通过1年的学习,基本了解了软件测试使用的工具和测试一款软件的步骤. 软件测试是一个系列过程活动，包括软件测试需求分析，测试计划设计，测试用例设计，执行测试。因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的

经过这次的项目过,认识到软件测试是一个需要团队合作才可以完成的一项工作,需要队员们精细的分工与合作.只有每个人做好自己的工作,软件测试才成顺利进行.

五． 心得

软件测试这门课程暂时告一段落了,经过1年的学习,知道了软测的冰山一角,老师让我们学习了什么是黑盒测试,白盒测试,和各种测试软件的使用, 也知道了一个好的测试者决不限于对一些基本功能的测试验证上，不仅是为了证明某些功能可以实现，更主要的是为了证明某些功能不能实现而进行的一些“破坏性”测试，这样的测试也是为了保证相应功能能够正常稳定的实现。当然，不管如何测试，软件中的bug都无法全部发现解决，我们所做的就是按照测试用例，尽可能多的测试出用户在使用中可能碰到的bug，确保软件质量。

在最开始,我和我们班几位同学是很不喜欢这门课程的,是因为别的课程不能选了才选软测这门课程的,因为我们也不了解它.但经过老师1年来的教导,使我们慢慢喜欢和认识了它,知道了他的作用.软件测试时一件很繁琐的工作,因为它的工作量很大,细节很多.没有耐心的人很难做好一名软件测试工程师.

一个怎样的测试团队对于测试结果是有有很大影响的,我很感谢我的组员们,他们都很积极,有困难大家一起解决.使得项目能顺利完成

在软测这个领域里,我还有很多东西要学习,要了解.