ITPub博客

手工测试是一种软件测试，手工测试人员执行测试用例不使用任何自动化测试工具，俗称点点点。 手工测试是最原始的测试类型,帮助发现软件系统的缺陷。 任何新应用程序必须手动测试前测试可以自动执行。手工测试需要更多的努力,但是有必要检查自动化可行性。 手工测试不需要任何测试工具的知识。 软件测试的基本之一是“99.99%自动化是不可能的”。 这使得手工测试命

随着测试技术的发展，从手工测试慢慢转变成自动化测试，用例覆盖率，决定了测试颗粒度，也是测试质量保证的前提。自动化测试用例与手工测试用例之间有什么区别。1、手工测试用例a、能通过人为的逻辑判断校验当前步骤的功能实现是否正确。能较好的处理异常场景。b、执行测试用例具备一定的跳跃能力。c、人工测试可以步步跟踪分析，能够细致的定位问题。d、主要用来发现产品缺陷。 1、自动化测试用例a、所有的判断

　　对于兼容性测试来说，Web测试需要确定覆盖的浏览器类型和版本，移动设备测试需要确定覆盖的设备类型和具体iOS/Android的版本等。　　你可能会问，我要怎么确定需要覆盖的移动设备类型以及iOS/Android的版本列表呢？这个问题其实并不难：　　如果是既有产品，你可以通过大数据技术分析产品的历史数据得出Top 30%的移动设备以 及iOS/Android的版本列表，那么兼容性测试只需覆盖这部

如果我们需要采购一款性能测试工具，我们想要知道，到底需要多少并发用户数合适？买的太多，需要很高的预算；买的太少，又达不到效果。目前大多数的软件架构，大多采用先并发，后排队的机制。先并发，就是软件系统有个并发个数，就是同时可以处理多少个请求。例如，一个软件可以有15个并发，就是能够满足同时处理15个请求。如果每个请求处理的时间是200ms，那么每秒钟，可以处理的请求个数是：15*（1000/200）

移动App测试崩溃常见的测试场景 01.验证在有不同的屏幕分辨率，操作系统和运营商的多个设备上。 02.用新发布的操作系统版本验证。 03.验证在如隧道，电梯等网络质量突然改变的环境中。 04.通过手动网络从蜂窝更改到Wi-Fi ，或反过来，验证。 05.验证在没有网络的环境中的App行为。 06.验证来电/短信和设备特定的警报（如警报和

传统的自动化测试工具，都是先编写测试用例、编写测试脚本，然后做参数化、检查点，通过批量执行来发现问题。 传统方式的问题在于：1，对测试工程师要求比较高。大多数的测试工程师并不会编写测试脚本，从而导致自动化测试开展比较困难；2，测试的投入很大。我们需要搭建自动化测试平台，一次执行海量的自动化测试用例，才会比较有效果。但是这样做会导致投入很大。3，测试用例的覆盖率不足。由于编写测试用例的代价

软件测试简单区分可以分为手工测试和自动化测试。手工测试执行效率慢，容易出错。但是可以进行探索性测试和发散性测试。自动化测试则是和手工测试对立互补。 实施自动化测试的基本步骤首先，需要已经完成了功能测试，此时测试版本稳定，属性、功能稳定。根据项目的特点、选择合适的自动化测试工具，并搭建测试环境提取手工测试的测试用例转化为自动化测试用例通过测试工具、代码实现自动化的构造输入、自动检测输出结果

app测试流程：1、需求分析，了解具体需求2、测试准备：原型图、效果图、需求文件、测试用例、用例评审、各种测试数据准备3、测试环节：接受版本，开始执行 1）冒烟测试：对版本质量的控制以及此版本是否具备测试条件；2）安装、卸载测试：通过商店安装，且支持使用第三方工具安装3）在线升级测试：验证数字签名、在线跨版本升级、升级后可使用4）业务功能测试：业务逻辑测试、功能点测试、关联性测试；对需求

冒烟测试是自由测试的一种，由开发人员与测试人员共同进行。在测试过程中发现问题，测试人员找到了一个Bug，然后开发人员会来修复这个Bug，冒烟测试是否通过决定了下一轮系统测试是否可以执行。第一次看到他的时候，有人给过解释即：使用一袋烟的功夫快速对软件的主要功能测试，理所当然仍人为很简单，随便点点就好啦。这次正式开始了解后明白冒烟测试的重要性不作用于本身而是决定了下一轮测试是否能达到理想的效果，与系统

1、并发用户：并发一般分两种情况。一种是严格意义的并发，即所有的用户在同一时刻做同一件事情或者操作，这种操作一般指做同一类型的业务。另外一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发生了请求或者进行了操作，但是这些请求或者操作可以是相同的，也可以是不同的。2、并发用户数量：在同一时刻与服务器进行交互的在线用户数量。3、请求响应时间：指的是客户端发出请求到得到响应的整个

先来看一看上面这张图，测试人员同一个测试用例、同一个功能测试，如何在不同的手机上进行测试呢？在进行兼容性测试时，一个要点是系统版本，一个要点是机型。我们先来看看iOS现有的系统、机型。 从系统上，可以看到iPhone有这么多的系统、机型，这么多肯定是测不过来的，采购这些手机也得一笔预算。在有限的时间里测试完所有功能，又要考虑到大部分系统和机型。 从机型上，尽量覆盖不同的尺寸。因

1、需求分析：接口之间的逻辑关系，接口文档具体了解2、测试准备：接口文档、接口测试用例、各种测试数据准备3、测试环节，接受版本1）功能测试：功能否按照接口文档实现2）业务逻辑：是否依赖业务3）参数异常：a关键字参数语言中的关键字、b参数为空、c多少参数、d错误参数4）数据异常：a关键字数据、b数据为空、c长度不一致长处数据库字段长度、d错误数据5）安全：cookie、header特别是移动端使用和

测试目的：测试接口的正确性和稳定性；测试原理：模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做处理并向客户端返回应答，客户端接收应答的过程；测试重点：检查数据的交换，传递和控制管理过程，还包括处理的次数；测试核心：持续集成是接口测试的核心；测试优点：为高复杂性的平台带来高效的缺陷监测和质量监督能力，平台越复杂，系统越庞大，接口测试的效果越明显，提高测试效率，提升用户体验，降低研发

硬件兼容性测试常见问题，所有软件都需向用户说明其运行的硬件环境，对于多层结构的软件系统来说，需要分别说明其服务器端、客户端以及网络所需的环境。测试的目的就是确认这些对于硬件环境的描述是否正确、合理。 1）低配置是否能够满足系统运行的需要。所有的软件功能必须能够完整地实现，软件运行速度、响应时间应在用户能够忍受的范围内。 2）在推荐配置下系统的响应迅速。应当注意的是，推荐配置必须

移动App性能测试主要测试App在边界、压力等极端条件下运行是否满足客户需求，例如在电量不足、访问量增大等情况下App运行是否正常。下面介绍移动App的性能测试要点。 1.边界测试 在各种边界压力下，如电量不足、存储空间不足、网络不稳定时，测试App是否能正确响应、正常运行。 2.压力测试 对移动App不断施加压力，如不断增加负载、不断增大数据吞吐量等以确定

APP兼容性测试，在于需要覆盖不同的android系统版本、不同的手机品牌和型号、不同的分辨率。 当然，这是表面的原因，不是具体影响的内容。

云真机就是通过浏览器或IDE使用云端手机进行开发调试和测试，手机随时使用，免去企业购买、管理手机之痛。随着软件行业的不断发展，云真机品牌类型也变得越来越多，很多用户都好奇，云真机是在什么样的环境下产生的呢？

模拟器上用px像素可以正常显示，但在真机测试上有可能布局变得面目全非，很难看，真机上必须用dip让系统自动识别才能达到预期效果。

性能测试（或称多用户并发性能测试）、负载测试、压力测试是性能测试领域里的几个方面，但是概念很容易混淆。下面将几个概念进行介绍。性能测试（Performance Test）：通常收集所有和测试有关的所有性能，通常被不同人在不同场合下进行使用。关注点：how much和how fast负载测试（Load Test）：负载测试是一种性能测试，指数据在超负荷环境中运行，程序是否能够承担。关注点：how m

可以根据国家、协会的标准，来导入类别，以及标准价格等数据，作为预算的参考依据。防止出现异常价格。