软件测试准出标准
一、软件测试综述
完整的软件测试是评定软件性能和质量的重要手段，该测试可以用来检查软件是否满足设计和项目合同书所规定的技术要求，检验软件对误操作的处理能力，并为软件可靠性与安全性的评估提供依据。
软件测试有许多不同的分类方法，如按测试用例设计方法可分为白盒测试和黑盒测试；按测试策略和过程可分为单元测试、集成测试、确认测试和系统测试；从是否需要执行被测软件的角度，可分为静态测试和动态测试。上述各种方法都已被证明是行之有效的，在测试中应根据测试目的适当选择。
通信软件测试和一般的软件测试适用于同样的测试方法、流程和工具，但又具有一定的差异性，特别是针对诸如手机终端软件的测试。对于手机软件这样一个人机交互频繁、人性袜埋化要求高的应用系统的测试，电信运营商需要从两个角度考虑：一方面从开发人员的角度思考，要求测试系统提供足够证据来证明软件系统的功能是可行的；另一方面则应该从使用手机终端的用户角度出发，要求测试系统提供手机软件系统的缺陷和不足信息。
二、手机终端软件测试难点及可行的解决方案
恰当地评测手机软件产品并非易事，一方面，手机终端的软件和其硬件直接相关，而硬件开放的接口可能是受限的；另外，各个终端的软件千差万别，难以直接套用通用的测评工具。
对于手机终端软件的评测很困难并不意味着手机终端软件是不可测的，手机软件包括了Protocol、MMI（人机接口）两个主要部分以及应用软件/应用系统。Protocol部分是通过了FTA（全面型号认证）才能使用的（针对GSM手机而言），其无线资源管理、移动性位置管理和通讯管理软件部分必须满足制式对应的标准，可以使用自动测试系统来对协议进行跟踪和测试。应用软件/系统则基本适用于一般的软件测试流程和工具。
如何测试MMI部分是测试的难点，鉴于Protocol、MMI这两部分相互影响不能截然分开，MMI软件的问题也会影响Protocol部分。目前大多数公司没有自动化的测试软件，只能通过模拟用户的办法来操作手机，在出现问题的时候进行跟踪。而部分生产商其软件底层有测试代码支持，可以实现自动化测试，实现方法是开发测试代码并加入到手机原代码中去，但这对于电信运营商来说并不现实。
对于上述问题，目前可行的解决方案之一是软件模拟，即通过软件模拟器来实施软件测试，在模拟器平台上可以对手机软件完成覆盖率测试、内存测试、性能测试和一致性测试。对MMI而言，将手机应用程序移植到模拟器平台上运行，可以模好昌拟显示MMI菜单树，也可通过模友好扒拟网络消息来模拟短信和打电话等功能，并可对部分代码进行单元测试和集成测试。需要说明的是，利用模拟器对手机软件进行测试不能作为唯一测试途径，但往往可以通过与目标系统相同版本进行交叉测试或测试对比。
解决方案二是开发测试系统，提供ProtocolStack和MMI的跟踪分析以及模拟用户硬件功能。系统可通过线程调用来进行控制，包括用户界面线程、脚本解析线程、串口控制线程和设备线程。用户界面线程提供测试的人机界面；脚本解析线程响应用户界面线程发送的控件消息，负责解析脚本文件并执行解析后脚本；串口控制线程控制测试系统和被测系统之间的数据传输；设备线程实现根据测试要求自动设定设备参数的功能。
尽管测试系统的开发可以采用模块化的方式，但仍存在开发难度较大、测试对象属性差异较大的问题，更加简单的方法是基于现有的测试平台/系统进行开发，如基于Ageresystem的Optitrace套件的开发等。
三、3G环境中手机终端软件的测试
鉴于3G技术更加复杂，且终端定制将成为主流，3G手机软件的测试工作值得深入研究。3G业务在国外已经开展了一段时间，在手机测试方面也已经有一定的积累，目前已经有相应的测试工具被开发出来，业界正在对业务测试平台进行论证。
从目前的情况看，在3G环境中开展手机软件的测试过程中，一致性测试成为新的难点。一致性测试是用来确认设备是否符合对其功能要求方面的规范或协议的测试过程，一致性测试标准包括3部分：抽象测试集（ATS）、协议实现一致性说明（PICS）和协议实施附加信息（PIXIT）。可执行测试集（ETS）在以上3部分的基础上生成。
协议一致性测试和射频一致性测试是其中最复杂也最重要的部分，协议一致性测试属于软件测试的范畴，在一定的网络环境下，对被测协议实现（IUT）进行黑盒测试，通过比较IUT的实际输出与预期输出的异同，判定IUT在多大程度上与协议描述相一致，从而确立通过一致性测试的IUT在互联时成功率的高低。实际上，2G系统同样需要进行一致性测试，3G系统因相对于2G系统更加复杂，而使得一致性测试显得更加重要。
协议一致性测试可测试手机和网络之间的信令协议是否符合TS34.123规范，3GPPTS34.123定义了约700个TTCN测试用例，对RLC层、MAC层和RRC层分别进行测试。全球认证论坛GCF也制定了测试用例/策划平台认证的流程以及终端产品认证注册的流程，按照优先级将测试用例划分为7个Batch，从高到低进行认证。
从目前的情况来看，能提供协议一致性测试设备的厂商并不多，但这是软件测试的一个不可或缺的环节。在多个厂家进行设备互联时，通过一致性测试会提高人们对设备符合相应协议标准的置信程度，提高相同标准不同实现之间互联的概率，这对于我国自主知识产权的TD-SCDMA设备来说具有现实意义。
对于3G手机而言，除上面提到的协议一致性测试之外，MMI以及应用软件/应用系统的测试仍将是测试中的主要工作，而且随着手机智能化程度的不断上升，这部分的测试工作会给电信运营商带来更大的挑战。
谁可提供一些软件测试标准啊英文
手机协议站软件的白合测试
手机软件测试单丛测试的内容来看，包括上面的MMI和底下的PROTOCOL
由于MMI的灵活性，和各个厂家的个性化，以及手机本身的用户不同，
MMI的侧重点也就不同，在基本通话、短消息、数据功能完成的基础上
可以五花八门，所以测试的重点不同。测试方法各不相同。
但是协议就不同了，协议是统一的，虽然你实现方法可以不同，但是
完成的功能必须相同，和MMI不同，虽然都是聊天，但是有些用短消息
聊天，有些用PUSH聊天，而协议软件有一个遵守的规范——ETSI指定
的协议规范，有统一的命令规范和统一的标准。消息（术语，不是软件
编程里的消息，是通信术语）是固定的嘛。
针对协议的测试，因为有标准可循，有规范可仪，所以软件测试就
很多工具，公司也多，自动化测试要自动话，否则，按照人的
测试能力，谁也无法保证其绝对可靠性，也没有这么大的人力去仔细做
测试。
一般对于白合测试是比较严格的，而且也是耗费人力的，所以常采用自动
化测试工具。这样节省人力、缩短测试时间。至于谁家的工具比较好，
涉及各取所需吧，也涉及到成本问题。你如果想购买某产品，会给你一个
DEMO版本，给你一个月的评价时期，这个评估版本让你熟悉其产品的优劣
也让你熟悉其操作。
测试工具一般都有二次开发功能，也就是可以自己编写脚本，针对不同的
软件平台做一些改动，这样可以根据自己的需要编写测试CASE测试用列
当然即使是全部用自动化测试，你心理还是没底，你还是要仔细去看代码。
分析流程，读懂其含义，一个很小的问题，出错保护没有作好，一般这个
问题最多，出错保护机制没有作好，会造成崩溃这样严重的问题。
这是针对协议代码的白合测试
如果你是对购买来的协议进行测试，一般有仪器，模拟一个网络基站，进行
测试，不过这样的仪器非常昂贵，拍毁锋而且测试人员要对ETSI协议比较熟悉。
我没有直接参加针对协议的白合测试，不过对评估般的测袭晌试软件曾经PRACTISE，
可测试覆盖率，我很奇怪的是，一般打点（跟踪）也是需要消耗CPU时间的
这样程序效率就降低了，而我要测试程序的效率等项目就要考虑CPU，而且
程序的工作运转必须和CPU息息相关，而现在CPU 在保证程序RUN同时，还要
进行打点，是否测试出的指数和实际不符和呢，是否没有达到真实余高的水平呢
而它这个产品（水牛）介绍说，一般不占用CPU时间，我想了很长时间没有想通
后想咨询，告之这是他们的专利，无可奉告。由于这种测试工具是针对平台
所以如果你平台不支持的，也就没有办法使用了。还有集成测试等等，在软件
的介绍中有详细说明，不再详细说明。
对协议进行白合测试，我想对你的要求就是：熟悉相关的协议，否则白扯；
熟悉开发的语言，否则免谈。
总之，我估计你们公司如果进行白合测试的话，我想测试工具是不可少的，
希望你顺利完成测试任务。
