个人认为要写出一份好的测试案例需要做到以下几点：
一． 需要熟悉了解需求。要熟悉需求，除了认真阅读需求文档以外，还需要参与到需求评审当中，这样才能更深入的了解需求。在熟悉了解需求的同时，需要了解软件的设计架构，特别当系统涉及到多个子系统或外部系统交互时，对系统之间的接口情况，更需要清楚的了解。
二． 在写案例的时候，尽量细份出模块和功能点，在写每个功能点案例的时候，要考虑到正常和异常的情况，特别是一些系统所特有的异常情况。
三． 在编写案例的时候，需要抱着一种，这案例写出来不是由我自己来执行的，而是给其他同事，甚至是新来的同事来执行，可以让新来的同事通过我所写的测试案例，对这个系统有着深入的了解。
四． 案例编写完成后，需要由测试组同事，开发、SA、需求来对编写的案例进行评审，确认案例编写正确，没有遗漏的功能点。

手机终端软件测试浅析
随着GSM、CDMA、WCDMA、CDMA2000及我国自主研发的TD-SCDMA等手机新技术的不断涌现，基于业务应用层面开发和测试比重的增加，复杂度的不断提高以及手机和传统上基于PC的应用服务的快速融合,使得手机终端软件也越来越多，手机终端软件测试也应运而生，在这里简单的描述下手机终端软件测试的方法。

一、功能测试
手机终端软件的测试和其他PC上使用的软件的在测试方法上，或者说是测试策略上基本是一致的。软件测试贯穿于整个软件生命周期，同样也是需求评审-测试计划-测试案例/环境搭建-测试执行-测试报告输出-测试总结。
  1.手机终端软件测试，需要测试人员，在需求阶段就介入其中，要参与需求的评审，这样才能够更透彻的了解需求，为测试案例的准备打下良好的基础。
  2.在需求明确的情况下，测试人员就需要开始执行测试计划，搭建测试环境、准备测试案例。为确保能覆盖所有的功能点以及测试案例的高效、准备，最好是能够发起测试案例的评审，请需求人员、开发人员以及测试同行对测试案例进行评审。
  3.当收到版本后，进入系统测试阶段，执行测试案例。
  4.测试结束后，提交测试报告。
  5.测试总结，其实也是测试环节中较重要的环节。测试完成后，对测试环节中好的方面和暴露出来的问题进行有效的总结，对软件测试过程进行改进，就是测试经验的积累很重要的一个过程。

二、性能测试
手机终端软件的性能测试，主要是针对手机终端软件本身的性能测试，手机终端软件的性能测试主要分为终端软件运行速度、终端软件运行资源消耗、终端功耗、终端网络流量等方面，主要运用第三方的一些工具，监控软件在运行特定业务的场景时手机资源的消耗情况。

三、自动化测试
版本较稳定的情况下运用自动化的工具来进行自动化的测试。
手机终端软件的自动化工具，市场上可选择的产品并不是很多，这里简单介绍一款手机终端软件的自动化测试工具是        TestQuest 的CountDown。
CountDown 自动化测试解决方案适用于任何手机硬件平台和所有手机操作系统，包括Windows Mobile（PPC, Smartphone）, Symbian (S60, UIQ), Linux和Brew等开放式操作系统以及专用手机操作系统，同时独立于任何手机制式和无线网络（GSM/GPRS/WCDMA, CDMA/CDMA2000, TD-SCDMA）。
  
CountDown 可以通过Host PC自动控制移动终端的键盘、旋钮和触摸屏，以模拟测试工程师的双手操作；并可自动抓取LCD显示内存中的位图文件，使用智能OCR技术来模拟测试工程师的双眼进行内容识别和逻辑判断。整个自动测试过程都是基于UI（用户接口）/ MMI（人机接口）完成，真正实现独立于任何OS、任何硬件平台和任何网络的功能测试、压力测试、回归测试、性能测试和交互性测试。TestQuest的自动测试方案可以最大程度地取代测试人员的手工操作，因此，可以大幅度地缩短用户手机测试所需要的时间，提高测试的覆盖率以及测试的准确性，在保证新品质量的前提下大幅度的缩短新产品上市的准备期。
  
CountDown 通过引入导航图（Navigation Map）的概念来简化测试用例的开发、调试、运行以及移植。通过简单的录制功能，可以方便地保存手机的关键屏幕内容以及屏幕之间的路径信息来生成导航图。所有跟手机有关的细节—如手机主题、屏幕尺寸、语言以及其它主观信息都被自动封装于导航图中。因此在导航图的基础上，无需编写任何代码即可完成测试用例的开发、调试和运行。并且，基于导航图开发的测试用例，无需改动或者稍微改动，即可移植应用到其他类型的手机。