手机的雏形十分类似于对讲机，最早出现在20世纪40年代，曾在第二次世界大战用于军事通话，是后来的“大哥大”的前身。哪个时候还没有手机软件的概念，手机上也没有任何增值的服务。后来手机逐渐从军用转为商用`民用，随着手机用户需求的不断扩充，手机几其软件技术也不断发生着变化。“手机软件”对绝大多数人来说，是一个陌生的字眼。其实他造就存在于我们的手机中。有没有想过，我们手机中各式各样的游戏实际上就是一个个小
窗口 * 窗口能否基于相关的输入或菜单命令适当的打开 * 窗口能否改变大小、移动和滚动 * 窗口中的数据能否用鼠标、功能键、方向箭头和键盘操作 * 当被覆盖的窗口重新调用后，所有相关功能是否可操作 * 能否使用所有窗口的相关功能，所有相关功能是否可操作 * 相关的下拉式菜单，工具条，滚动条，对话框，按钮，图标和其它控制有否？能否正常显示？完全可用？ * 显示多窗口时，窗口名能否正确显
天啊，是不是很多呢，哈哈，你又知道多少？？ 言归正传 范围测试：对于每一个输入，找出系统反应相同的区间范围 恢复性测试：测试一个系统从崩溃、硬件故障或其他灾难性问题中能够恢复到什么程度 回归测试：回归测试根据一个开发螺旋周期或者一个新版本的调试、维护或开发中产生的变化对应用程序加以测试 基于风险的测试：测量一个应用程序系统所具有的业务风险的程
继续： 自由形式测试：使用直觉定义测试用例，随机的或以头脑风暴方式进行 灰盒测试：白盒测试和黑盒测试的组合方式，充分利用了二者的优点 直方图：测量值的一个图形表示，这些测试值根据定位热点问题的出现频率分类组织 增量集成测试：当在一个应用程序中的各个混合部分的进行测试以确定它们的功能是否正确的整合。这些部分可以是代码模块、个体应用程序或者一个网络上的客户端/
测试技术：描述 验收测试：基于最终用户/客户需求的最终测试，或基于最终用户/客户使用一段时间的测试 随机测试：与探索测试相似，但是通常指测试人员在测试以前对软件有较深的理解 Alpha测试：当开发接近结束的时候对应用程序进行的测试；作为测试结果，可能会有一些细微的设计变更。通常由最终用户或其他人员完成，而不是开发人员和测试人员。 基本路径测试：基于程序或系
1，黑盒测试（功能测试） 测试条件主要根据程序或系统的功能实现来制定。也就是说，测试人员所要求的信息是输入的数据和观察到的输出结果，但他们不知道程序或系统是怎么工作的。这一类测试包括决策表、等价类划分、范围测试、边界值测试、数据库集成测试、因果图、正交阵列测试、阵列和表测试、异常测试、极限测试、随机测试。黑盒测试的一个主要的优点就是测试活动本身的行
小公司做web产品，测试就只有我1个人。 每一个新的模块都要经历的 第1阶段：初测（1天）。也可称之为冒烟测试，测试新开发的模块主要业务能否跑通。 第2阶段：功能测试（1~3天）。新模块各个功能点能否正常使用，容错测试。 第3阶段：界面测试（1~3天）。关闭bug，回归测试。 第4阶段：并发、接口、数据完整性测试。
一. 功能测试 1. 安装测试： 1) 安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装； 2) 若是选择安装，查看能否实现其相应的功能； 3) 在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（
对于功能测试 的一点看法 需求理解了，知道客户想要系统实现什么，理解了业务，就知道了系统是怎样一个流程来实现的。然后按照需求来进行测试的，不满足需求要求的都可以认为是BUG。但实际中，这样一个简化了过程都很难，毕竟想从开发那拿到一份完整详细的需求都是很不容易的(当然，可能也有比较规范的公司，但目前大多数应该是这个情况)。 当然功能测试也不是真的那么简单，要做好一个功能测试
1.开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描述。 2.项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。
