黄平凤

摘要：随着技术的进步和手机的普及，人们对移动软件的性能和质量要求越来越高，这使得移动软件的测试变得更加重要。本文介绍了手机软件测试具体过程的发展现状，结合国内手机软件测试实际工作，作者以从事手机软件测试的经验，给出了手机软件测试策略的一系列不同策略，最后以手机软件自动化测试为例进行说明。介绍了测试自动化工具，论证使用自动化测试工具的测试用例将大大提高测试效率并缩短测试周期。

关键词：手机；软件测试；流程；策略

前言：

随着技术的进步，手机与我们之间的关系变得密不可分。手机起着通信工具，多媒体，网络等方面的作用。同时，用户对手机的质量和性能提出了更高的要求。在商业模式的驱动下，手机的开发周期不断缩短，手机软件的质量也需要得到应有的保障。软件质量与手机制造商的重要利益及市场竞争力和声誉密切相关。在此基础上，结合作者的实际工作经验，研究了软件测试的过程和策略。

1.手机软件测试流程

1.1手机软件测试

迭代过程移动软件测试是一个迭代和循环的过程。事实证明，早期参与全面测试可以更早发现错误，避免不必要的生产成本和资源浪费。因此，移动软件测试将从移动软件开发的整个生命周期的起点开始。移动软件开发采用面向对象的开发方法，其生命周期模型是迭代生命周期模型。

1.2 循环迭代流程

1.2.1 需求分析阶段

测试人员和设计人员尽早参与需求分析，编写软件质量要求，制定测试计划，并确定任务手册中的软件设计缺陷和不合逻辑的部分。

1.2.2 设计阶段

与设计人员一起参与软件结构设计和详细的测试策略设计，熟悉设计方案并制定测试计划。

1.2.3 实现阶段

它是软件编码和单元模块的测试阶段。对于手机测试，每个功能模块是最小的软件测试单元。

1.2.4 回顾阶段

开发人员与测试人员需要一起评估软件，审查软件需求，在此阶段更改或添加新需求。从那时起，开发测试迭代已经完成。

1.3 循环迭代至系统稳定

完成2到3个模块的迭代和单元测试后，将开始集成测试。就是将这些模块集成在一起，测试它们是否有效。集成测试是单元测试和系统测试之间的桥梁。迭代次数增加，软件成熟后，测试将进入系统测试阶段。系统测试以需求规范为依据，通常由独立的测试人员按黑盒方式执行。循环一直持续到在一段时间内测试的缺陷保持在相对较低的水平，并且出现的问题可能会被忽略，并且要进行系统初稳验收测试。

2.手机软件测试策略

2.1测试用例设计、测试策略

在测试产品时编写的测试用例遵循软件需求说明书中的设计要求中描述的基本功能。功能交互性并不涉及GUI元素，如界面布局等元素。这样做的优点是测试用例与产品关系不是太紧密。它支持在同一系统平台上创建生成许多不同的手机软件，同一系列的用例可以全部或部分应用于整个平台的其他产品，减少劳动力损耗，缩短开发周期，并降低业务成本。当然，每种硬件产品的测试顺序不一定相同，并且存在许多由不同硬件引起的问题的示例。所有设计用例都构成了一个测试用例库。在每次迭代开始时，测试团队负责人选择用例的一部分并创建测试用例集。另一部分是在最后一次迭代中检测到许多错误的模块，以及在开发人员更改后进行的密集回归测试。

2.2交互测试策略

手机软件是一个复杂的系统。只采用基本的功能测试用例是不够的。用户经常有意无意地打开应用程序进行复杂操作，不可避免地需要与其他应用程序进行交互，这就需要创建交互式测试用例。这部分测试主要是通过多年积累的测试经验和对错误的敏感性来发现错误。

2.3 错误报告、追踪策略

在测试中找到问题很重要，但在找到问题后编写错误报告也很重要。一个好的错误报告可以指导开发人员找到解决问题的根本原因并及时修复。编写错误报告时详细说明，详细描述问题的环境，步骤，版本，再现性等因素，客观地描述问题而不做任何不知情的猜测，以免误导开发人员。在可用的情况下，提供错误日志记录以帮助开发人员重现问题并确定问题的性质。报告错误后，定期跟踪报告的错误状态并与开发人员沟通以确定纠错过程。如果错误得到纠正，对新版本执行回归测试。

2.4 灰盒测试策略

在用例测试中，常用的是黑盒测试、白盒测试。灰盒测试是白盒测试和黑盒测试之间的测试。最常见的灰盒测试是集成测试。灰盒测试不仅关注用例执行结果，还要关注软件运行时，消息流、数据在模块间的交互应答和时序关系。这要求测试人员不断总结测试执行过程并依靠测试工具设置特定策略，从测试输出信息中提取所需信息加以判断。

2.5 临界测试策略

当手机的某些可用资源达到或超过允许的理论最大值时，手机将继续执行某些相关操作。此时，手机的行为应该是友好的并且是用户可接受的。

2.6 自动化测试策略

手机功能很多，自动化测试的数量会很多，测试中经常会遇到很多重复的任务。手动执行非常费时费力，很容易导致测试人员疲劳甚至无聊，容易导致测试遗漏。如果有一套自动执行机制，它将大大提高测试的效率。

2.7 性能测试策略

性能测试是为了测试软件运行是否达到手机标准的响应时间。它可以测定手机完成软件操作所需的时间。

3.系统的功能需求

3.1测试用例管理

测试用例管理包括添加新的测试用例，删除过时的测试用例，修改测试用例，有条件地查询测试用例以及执行测试用例。系统管理员可以执行操作，添加新的测试用例，当需要测试新的手机产品时，制造商将提供手机功能手册。测试工程师将根据手册测试相应的功能，并将这些测试用例写入系统。删除过期的测试用例，在手机测试中，手机会根据测试报告进行一些功能变化，并且可以根据各方面的分析删除一些功能，因此相应功能的测试用例需要删除，具有删除权限的测试工程师可以删除这些测试用例。修改测试用例，当测试期间更改了手机的某些方面的设置时，需要修改相应的测试用例，具有修改权限的测试工程师可以修改这些测试用例。

3.2用户管理

软件客户端的新用户注册：与其他电脑系统不同，手机软件的安全级别更高，所以测试的手机软件版本和其他传统版本不可用，这要求测试产品在测试过程中确保机密性。创建新用户需要系统管理员执行系统管理员将帐号和密码发送给测试工程师。基本信息修改：用户登录后可以修改一些基本信息。密码更改：登录成功后，用户进入密码修改页面，可以重置登录密码。

3.3权限控制

只有管理员才具有此权限。管理员进入权限管理页面并为不同的角色分配不同的权限。权限分为每个功能点。设置角色权限后，管理员可以为不同的用户分配不同的角色。

4.系统与数据库数据交互使用存储过程

存储过程是由用户命名并编译到SQL Server数据库中以执行特定功能的SQL语句的集合。同时，用户可以指定存储过程的名称和参数来执行它。可以在存储过程中验证数据，并且可以将执行结果返回给用户。

5.功能分析

软件系统功能包括：登录模块，测试用例管理模块，测试用例执行模块，用户权限模块等。登录模块：主要提供用户登录系统。测试用例管理模块：之后成功登录后，用户将查看测试用例以操作测试用例。测试用例执行模块：用户可以在登录后执行必要的操作。用户角色管理模块：用户可以修改和管理他们的角色。用户权限模块：此权限仅适用于用户本身，具有完全独立性。

结束语

通过对实际工作中总结的手机软件测试过程和策略的讨论，讨论了业界主流手机软件测试的过程和策略，阐述了标准过程和扩展策略的重要性。以及实际应用的自动测试方法，实践证明，基于自动化测试工具平台，测试脚本开发，结合具体的测试自动化经验，可以完全满足软件压力测试标准，保证压力测试质量，缩短测试周期，提高测试效率。

参考文献：

[1]巫红霞.关系数据库中查询优化方法的探讨[J].镇江高专学报，2007.

[2]张能立.ASP.NET在网站开发中的应用[J].计算机与数字工程，2005.

[3]邵良珊.ASP.NET（C#）实践教程.清华大学出版社[J]，2007.

[4]陈冠军.精通ASP.NET 2.0典型模塊设计与实现.人民邮电出版社[J]，2007年.