功能测试

通用能力 Capability Description Values automationName 使用哪种自动化引擎 Appium （默认）或 Selendroid 或 UiAutomator2 用于Android或 XCUITest iOS platformName 使用哪个移动OS平台 iOS ， Android 或 FirefoxOS platformVersion 移动OS版本 例如 12.0 ， 4.4 deviceName 要使用的移动设备或模拟器的种类 iPhone Simulator ， iPad Simulator ， iPhone Retina 4-inch ， Android Emulator ， Galaxy S4 ，等....在iOS上，可以通过 instruments -s devices 获得。在Android上，此功能可以忽略 app 包的本地路径或者远程url /abs/path/to/my.apk http://myapp.com/app.ipa browserName 移动Web浏览器的名称。如果仅测试app，可忽略 iOS： Safari<br>Android: Browser ， Chromium: chrome newCommandTimeout 会话等待间隔时间（以秒为单位） 例如 60 language

刚刚过去的春节，新型冠状病毒疫情突如其来地横扫大江南北。为了响应国家号召，许多软件公司和互联网公司也将在较长一段时间内建议员工采取远程办公的方式，同时也存在骨干工程师无法及时返岗的问题，使得生产力大受影响。 对于软件企业来说，研发与测试是两大核心命脉。研发团队保障着产品新功能新特性的及时发布，而测试团队则如同马的缰绳，确保产品不会由于迭代速度过快、设计考虑角度不周，而导致软件缺陷的产生。 巨杉数据库在9年的自研和技术创新历程中，在研发体系构建、自动化测试、团队线上线下结合等方面积累了很多经验。从2011年团队成立之初开始，巨杉数据库的整个技术研发体系就以面向流程协作的方式进行构建。其核心思想是，任何员工可以在任何地点，只要遵循正确的流程，就可以与整个团队有机地衔接在一起。 在这个非常时刻，为了帮助在远程办公期间内保质保量完成新版本的迭代与测试工作，我们也将我们自己的一些经验分享给大家，主要介绍巨杉如何在无人值守的环境下，完成产品的自动化测试与研发协作。 基础体系 网络基础设施 我们的整个开发环境分为内外网两大网络，其中外部网络可以连接到广域网Internet，而内部网络则没有广域网连接。外网包括办公室中每个员工的台式机，以及可供员工进行远程连接的VPN服务器与防火墙。工程师们无论使用办公室的电脑，还是通过配发的笔记本电脑从远程通过VPN接入，均连入公司的外网网段。

appium desired_caps参数大全 --------------------------------------------------------- 常用参数记录 ----------------------------------------------------------- 能力 描述 值 automationName 使用哪个自动化引擎 Appium（默认）或Selendroid或者UiAutomator2或者Espresso对于Android或XCUITestiOS或者YouiEngine使用You.i引擎构建的应用程序 platformName 使用哪个移动操作系统平台 iOS，Android或FirefoxOS platformVersion 移动操作系统版本 例如7.1，4.4 deviceName 使用的移动设备或模拟器的种类 iPhone Simulator，iPad Simulator，iPhone Retina 4-inch，Android Emulator，Galaxy S4，等....在iOS上，这应该是与仪器返回的有效设备之一instruments -s devices。在Android上，这个功能目前被忽略，尽管它仍然是必需的。 app 一个或一个文件的绝对本地路径 或 远程http URL ，或者包含其中的一个

转自：http://www.51testing.com/html/71/n-865171-2.html 可参考：http://www.cnblogs.com/TestWorld/p/5211043.html 待总结.. 一、测试用例的切面设计 　　所谓测试切面设计，其实就是测试用例大项的划分。测试用例划分的经典方法是瀑布模型，也就是从上到下，逐渐细分，大模块包括小模块，小模块包括更小的模块。但仅仅如此是不够的，我们还要从更多的角度切入系统，从不同的角度把系统切分成一块一块的，来进行测试，从而确保测试大项的完整性。 　　1、功能点切面 　　这是最常见的切面，通常我们认为页面上的一个按钮就是一个功能点。然后我们可以根据功能的复杂程度，按每个功能；或一个功能点分多页；或多个功能点合成一页来进行用例的撰写。 　　2、特定切面 　　除此以外，还有一种特定切面的划分方法，也是用例撰写时经常会用到的。所谓的特定切面，就是忽略掉表面上的功能点，而关注测试对象的某一个面。比如我们的内部管理系统提供了销售录入导入、注册录入导入等功能，从菜单划分上对应了七八个功能点。但这些功能处理后台有个共同的处理项就是授权记录的生成，这时我们就可以把“授权记录生成”单独拿出来做一个测试项，而在其它测试项中涉及这一部分的用例就不必再一一撰写。此外象一些界面共通的操作用例单独写成一页，也是一种特定切面

1. 核心 冒烟测试就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通。 　　如果不通过，则打回开发那边重新开发； 　　如果通过测试，才会进行下一步的测试(功能测试，集成测试，系统测试等等)。 简化：门槛测试，一个开关而不是一个阶段。 目的：版本验证测试BVT（Build Verification Testing）。 时间：开发转测试，历时半至一个小时，很短。 对象：需求覆盖，主功能路径。 优点：节省测试时间，防止build失败。 缺点：覆盖率还是比较低。 操作：对着需求文档把新功能过一遍；把所有流程功能走一遍；用monkey跑个一两个小时；如果有历史用例的话，可以把用例分级，冒烟级、详细级、回归级等等 用例：冒烟测试基本上不需要什么用例，如果有的话，就用详细用例里，覆盖需求文档级别的用例就可以了 冒烟测试 ，是 版本验证测试 ，主要 确认新的版本是否存在致命性bug ，冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数。 回归测试 ，是软件 维护阶段 对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入 新的错误 或 导致其他代码产生错误 。 2. 定义 　　维基百科上对冒烟测试的解释: 　　 smoke testing is preliminary testing to reveal simple failures

本人主要做一个知识的归类与记录，如是转载类文章，居首都会备注原链接，尊重原创者，谢谢！ 此文转载原链接：https://www.cnblogs.com/bianfengjie/p/9210311.html 一、前言 功能测试是测试工程师的基础功，很多人功能测试还做不好，就想去做性能测试、自动化测试。很多人对功能测试的理解就是点点点，如何自己不用心去悟，去研究，那么你的职业生涯也就停留在点点点上了。在这里，我把我对功能测试的理解写下来。 二、功能测试所需要掌握的技能 2.1 熟练使用SQL 1、常用的 sql 语句一定会写。比如说增删改查之类。 2、了解数据库的事务、会编写存储过程、熟练常用的系统函数。 3、了解并可以进行数据库的备份、迁移、还原、镜像等操作 4、对 sql 语句进行调优，并对可以对运行的语句监控查看性能 5、了解数据库集群等操作。 2.2 Linux Linux是测试人员的基础功，不需要掌握太难或者很不常见的Linux命令，正常能做到查看日志，定位问题就可以了。 1、基本命令 常用的Linux基本命令，面试经常会问的，或者给出一种场景，问你用什么命令。 具体请看：https://www.cnblogs.com/bianfengjie/p/9213180.html 2、查看日志 初级测试人员在工作时经常遇到，发现bug，开发不承认或者不愿意解决的情况

在我们的测试工作中，对于某个APP的测试其实有很多东西都是类似的可以抽象出来的，所以针对APP的测试过程和重点关注内容，做以下梳理和总结。 　　 一、首先是测试资源确认及准备 　 　1.1 　　产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全； 　 　1.2 　　 测试设备及工具的准备：IOS和andriod不同版本的真机，以及相关测试工具的准备。 　　 二、 测试用例 的设计与评审 　　（1）根据产品需求文档、产品原型图等文档，设计客户端的一般功能测试用例； 　　（2）测试用例评审、修改与完善，评审通过后着手进入正式测试阶段。 　 　三、UI测试 　　（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户要求； 　　（2）测试过程中一切以效果图为准，若有用户体验方面的建议，可以先以邮件的形式与产品经理确认，确认通过后，可以正式向开发提出用户体验方面的问题； 　　（3）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。 　　 四、功能测试 　　（1）功能测试时主要依据编写的功能测试用例进行软件功能的遍历； 　　（2）涉及的测试主要包括基本功能测试，安装、卸载、运行测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试。 　 　五、中断测试 　　（1）软件运行过程中接电话、收短信、锁屏、闹铃、充电

系统软件开发文档编写指南 为帮助大家编写文档，这里列出了十三种文档的内容要求及其简要说明。这些文档包括：可行性研究报告，项目开发计划，需求规格说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试报告，开发进度月报，项目开发总结报告，程序维护手册，软件问题报告和软件修改报告。各文档内容大纲由带编号的标题构成，标题后方括号内为其说明。这里给出一个统一的封面格式： ______________________________________________________________________________ 文档编号版本号______________ 文档名称____________________ 项目名称：______________________________________________ 项目负责人：____________________________________________ 开发单位：______________________________________________ 编写_____________ 校对_____________ 审核_____________ _________年________月__________日 ， _________________________________________________

在我们的测试工作中，对于某个APP的测试其实有很多东西都是类似的可以抽象出来的，所以针对APP的测试过程和重点关注内容，做以下梳理和总结。 　　 一、首先是测试资源确认及准备 　 　1.1 　　产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全； 　 　1.2 　　 测试设备及工具的准备：IOS和andriod不同版本的真机，以及相关测试工具的准备。 　　 二、 测试用例 的设计与评审 　　（1）根据产品需求文档、产品原型图等文档，设计客户端的一般功能测试用例； 　　（2）测试用例评审、修改与完善，评审通过后着手进入正式测试阶段。 　 　三、UI测试 　　（1）确保手头的原型图与效果图为当前最新版本，符合产品经理及用户要求； 　　（2）测试过程中一切以效果图为准，若有用户体验方面的建议，可以先以邮件的形式与产品经理确认，确认通过后，可以正式向开发提出用户体验方面的问题； 　　（3）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。 　　 四、功能测试 　　（1）功能测试时主要依据编写的功能测试用例进行软件功能的遍历； 　　（2）涉及的测试主要包括基本功能测试，安装、卸载、运行测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试。 　 　五、中断测试 　　（1）软件运行过程中接电话、收短信、锁屏、闹铃、充电

评测： 下载并使用，描述最简单直观的个人第一次上手体验。 最先接触的是web端，其中在注册时遇到了一些麻烦。注册成功进入后，界面给我的第一感觉还是很不错的，背景颜色很舒服。但单从用户角度考虑来说，由于刚接触这款产品，在没有刻意去找使用说明的情况下，所有的功能和按钮全靠自己摸索，不知道是因为网络还是其他原因，在逐个试用各功能的过程中，侧边导航栏频繁卡顿。此外个人觉得可以给新用户一个基础功能介绍。还有就是页面按钮很多，有点拥挤。 按照描述的bug定义，找出几个功能性的比较严重的bug。至少两个。 1）注册界面 注册提示考虑不完善，没有给用户提供更加有效的用户提示，这方面主要是指错误提示。在我进行注册时，各项信息填完后却无法注册，之后尝试了2、3分钟，多次验证码验证到系统提示在验证2次就锁定该功能，后期甚至尝试上网搜索“华为云该如何注册”，最后在他人提醒下才意识到是帐户名出错。而出错提醒仅仅是“输入框从蓝色变成了红色”，而不是如大部分注册页面般提示“账户已存在或错误”之类的。而我的舍友同样遇到了这种情况，所以说是不是可以推断这种事并不是个例？ 2）测试管理界面的用例导出 测试管理界面的用例创建中，测试步骤可以选择插入图片。而在插入图片创建完用例导出Excel表格后，测试步骤及结果两栏中却没有刚刚插入的图片 3）另外还有一个小bug就是新建用例界面的用例等级按钮交互敏感度很弱，其中L1