智能手机软件开发质量如何控制

　　随着科技的发展，现在手机的功能也越来越多，越来越强大。不是像过去的那么简单死板，目前发展到了可以和电脑相媲美。手机软件与电脑一样，下载手机软件时还要考虑你购买这一款手机所安装的系统来决定要下相对应的软件。接下来小编简单介绍优秀的手机科技论文。

　　【摘要】当前人们的生活状况发展的越来越好，从而令人们越发注重时代的发展，科学的创新以及互联网的开发令高新技术产品逐步普及，对于数码电子行业而言，人们越发无法脱离智能手机，不论在哪种状况下，手机均会陪伴在人们的身旁，身为高科技成品的智能手机在电子市场中占有庞大的比率，在如此激烈的市场竞争中，智能手机市场也在相互竞争，在手机硬件水平提升的状况下，对手机制作具有较高的标准，可是在智能手机软件的研发中，依旧具有一些不足。

　　【关键词】智能手机;软件开发;质量控制

　　1前言

　　手机的特点主要在移动互联方面，个人信息管理以及多媒体等方面。在手机硬件性能提升的状态下，这些范畴的应用程序也越发繁琐。因为手机软硬件本身的特征，软件开发当中的质量控制方法和一般软件具有较大差异。

　　2软件测试的基本概念

　　在软件产业的产品以及测试方法类别各种各样，可是当前依旧存在诸多不同软件测试方法均能够使用的常用概念与方法。思路与方法均为可用在大多应用软件的测试。对于软件的测试方法中有以下不同的基本概念:

　　2.1白箱测试或白盒测试透过程序的源代码给予测试而不运用用户界面。这一类别的测试应当由代码句法寻求内部代码的方式，溢出、路径、环境等缺陷或错误，从而进行修改。

　　2.2黑箱测试或黑盒测试透过运用所有软件或某一软件功能而严格进行测试，而并未透过检查程序的源代码或较为清晰地掌握此软件或某一软件功能的源代码程序的设计方法。测试人员透过输入数据，之后观察输出的结论而了解软件如何工作。测试人员在测试当中，不但运用正确结论的输入数据，并且还会运用具备挑战性的输入数据乃至会出问题的输入数据，从而掌握软件如何解决各类数据。

　　2.3灰箱测试或灰盒测试灰箱测试犹如黑箱测试一般，是透过用户界面测试，测试人员已经初步掌握了这一软件或某一软件功能在源代码程序中的具体设计方法。乃至还读取过一些源代码。由于测试人员能够有的放矢地进行某一确定的环境以及功能的测试。这样可以有利于在产品内部设计及对产品用户界面进行深层次了解，从而可以有效深入到用户界面评判各种性能。

　　2.4有效用例或合法输入用例属于已经知晓的软件程序，可以正确解决的测试用例。通常是指软件输入的测试用例。比如excel软件在windows环境中，仅有后缀名是.xls的文本文件才能够有效的测试用例。

　　2.5边界条件环绕边界值的测试。大多体现出最大值、最小值或设计软件可以解决的最长的字符串等。例如某软件字体自豪的支持范畴为8至72。边界测试用例需要≤8，≥72。

　　2.6等价类等价类测试用例是指即便具有再多测试用例，执行中也不会寻求出其他不足。假如软件程序可以正确解决一个值，也就体现出此程序可以正确解决在这一范畴中除却边界值之外的其余所有有效输入值。比如计算器软件的一切可输入数字均为等价类。

　　3手机软件测试的方法

　　一个手机软件在测试时需要通过单元测试、集成测试、系统测试以及确认测试等不同环节，开发者可以通过实际状况，在不同时期挑选相符的测试方法。

　　3.1单元测试作为功能测试与用户界面测试的融合，手机软件在目标机中进行单元测试的模块较多，在这一时期则会出现强烈的目标机资源竞争。而一般嵌入式软件的单元测试通常在主机氛围中进行。所以，编排测试时需要最低化在目标氛围中进行测试的比率，经由最小的目标单元访问一切目标指定的界面。

　　3.2集成测试集成和兼容性测试，通过混合式集成。上层模块通过自顶向下的方式，可是需要上层模块编写诸多的桩模块。底层的各种模块，中层的中间件模块通过自底向上的方式结合而成。在集成测试当中，特别需要加强主要模块。因为与几个软件所需相关。又处在较高的层次，因此需要尽快测试，而且反复执行回归测试。

　　3.3系统测试与确认测试一切系统测试与确认测试需要在目标氛围中进行，不可在主机环境中进行。这影响到嵌入式软件的最终运用。对手机软件来讲，重点需要摆在系统交互测试、稳定性测试乃至MMI测试当中。

　　(1)制定所有时期的质量测试目标，对于项目的前期阶段，质量需要尤为严格，所有bug或疏忽，越拖延改进就越会增加成本，因此制定质量测试目标的原则也就越发严格。

　　(2)发觉bug修改bug的重要性超过开发新功能，先期修改bug对于开发人员而言较为了解问题环境，并且也能够免除在后期阶段产生相同的状况。(3)测试需要覆盖一切分支，测试规划评审时通过软件研发人员参与和分析覆盖状况。(4)Alpha阶段进行之后，每天在结束时间可以设定测试人员对当天合并版本执行测试，一旦发觉blockingbug则需当天定位和修改，不然则需将相应合并撤销。(5)代码检查应当将检查清单填写好。(6)如果研发的新功能不能符合质量标准，则应当将这一功能放弃或简化。(7)Beta2时期的全面测试需通过统计方法判断系统没有发觉bug[1]。

转载请注明来自：http://www.uuqikan.com/ruanjiankaifalw/18026.html