软件测试的目的：通过测试工作可以发现并修复软件当中存在的缺陷，从而提高用户对产品的使用信心。软件测试的原则：1.证明软件存在缺陷；2.不能执行穷尽测试；3.缺陷存在群集现象；4.某些测试需要依赖特殊的环境；5.测试应尽早介入；6.杀虫剂现象。
bug不能复现怎么办？1.首先考虑环境问题，看是否能够还原原来的环境；2.遇到问题就要提，不能放过任何一个bug，在提交的bug描述中加上一句话，那就是复现概率，交给开发，开发会根据bug的复现概率，调整bug的优先级；3.尽量回想发生问题时的复现步骤，不要漏掉任何一个细节，按照步骤尝试复现；4.与开发人员配合，让开发人员对相应的代码检查，看是否通过代码层面检查出问题；5.保留发生bug时的log，附加到提交的bug中，希望可以通过log中找到一些蛛丝马迹；6.查看代码，也许是代码变更引起的bug。
get请求使用URL或cookie传参，而post将数据放到div中；get的URL会有长度上的限制，而post的数据则可以非常大；post比get安全，因为数据在地址栏上不可见；一般get请求用来获取数据，post请求用来发送数据。
重载是定义相同的方法名，参数不同，重写是子类重写父类的方法；重载是在一个类中，重写是在子类与父类之间；重载是编译时的多态性，重写是运行时的多态性。
相同点：同样的测试用例设计方法；同样的测试方法：都会依据原型图来检查UI；测试页面载入和翻页的速度、登陆时长、内存是否溢出等；测试应用系统的稳定性。不同点：App的中断测试：来电中断、短信中断、蓝牙中断、闹钟等；App的安装卸载：全部安装、升级安装、第三方工具安装卸载、消息推送、前后台切换、网络环境等；兼容性测试：web项目考虑不同浏览器兼容，App考虑不同操作系统、不同机型、不同屏幕等；网络测试：不同网络与运营商，不同的网络制式，如GSM，CDMA，3G等，在不好或无网络的情况下的app行为；web自动化测试工具较常用selenium，而手机自动化monkey、appium；App测试平台：百度云测、PerfDog、testin云测
1.两者运行机制不同：iOS采用的是沙盒机制，安卓采用的是虚拟机运行机制；2.两者后台机制不同：iOS中任何第三方程序都不能在后台运行，安卓任何程序都能在后台运行，直到没有内存才会关闭；3.iOS中用于UI指令权限最高，安卓中数据处理指令权限最高。
需求分析——>设计用例——>评审用例——>配置环境——>执行用例——>回归测试及缺陷跟踪——>输出测试报告——>测试结果
文档版本信息：包含文档版本、作者、完成日期，如果是修订版需要加上修订记录目录：目录结构要清晰产品架构：一般包括功能架构和信息架构，可根据项目性质来确定角色定义功能摘要：列出一级功能——>二级功能。不需要细分详细功能描述（即产品特性）：包括功能列表、原型界面、详细设计等其他产品需求：依据公司产品要求来定，一般包含系统兼容性要求、产品运营要求、性能要求等
1.问题确认与评估；2.明确开发不修改该缺陷的确切原因；3.具体问题具体分析；4.发挥TM与PM的沟通职责
1.通用UI要统一、准确；2.尽量使用业界惯用的表达术语和表达方法；3.每条缺陷报告只包括一个缺陷；4.不可重现的缺陷也要报告；5.明确指明缺陷类型；6.明确指明缺陷严重等级和优先等级；7.描述简洁、准确、完整，揭示缺陷实质，记录缺陷或缺陷出现的位置；8.短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业；9.没一个步骤尽量只记录一个操作；10.确认步骤完整，准确，简短；11.根据缺陷，可选择是否进行图像捕捉。
方法：等价类划分法，边界值，场景法，因果图，正交表。内容：等价类：有效等价类，无效等价类；边界值：上点（边界上的点），离点（离上点最近的点），内点（边界有效范围内的任意一点）场景法：基本流，备选流，异常流因果图：输入与输入的关系（异：所有输入条件中最多有一个产生，也可以一个没有；或：所有输入条件中，最少有一个产生、或者多个、或者没有；唯一：有且只有一个条件产生；要求：只要有一个产生，其他跟着也会出现）正交表：因子（所有参与试验的影响试验结果的条件），水平（影响试验因子的取值或输入）
1.功能性：软件需要满足用户显示或者隐式的功能；2.易用性：软件易于上手和学习；3.可靠性：软件必须实现需求文档中指明的具体功能；4.效率性：类似于软件的性能；5.可维护性：软件具有将某一个功能修复之后继续使用的功能；6.可移植性：软件具有从一个平台移植到另一个平台上去使用的能力。
企业用的是Java开发的，搭建测试环境是用Linux+MySQL数据库+Tomcat+war包。还有持续集成，这个方式引入Jenkins，把手动的方式转变成自动化部署像安装配置的时候就在网上找一份文档，按照文档进行配置
项目开始前，我们会先熟悉需求，画好流程图，保证整个流程都覆盖全面，小组之间每个人都根据各自的流程图，各个功能点有哪些限制条件来讲解一下自己对测试点的理解，防止之后编写测试用例时出现遗漏；用例编写完成之后，再进行用例的评审，看看测试点有没有遗漏，对需求理解有没有错误，测试场景是否覆盖完全。
开发环境是程序员们专门用于开发的服务器，配置可以比较随意，一般为了开发调试方便，一般打开全部错误报告。测试环境一般是克隆一份生产环境的配置，一个程序在测试环境工作不正常，那么肯定不能把它发布到生产机上。
压力测试通常是在高负载的情况下来对系统的稳定性进行测试，更有效地发现系统稳定性的隐患和系统在负载峰值的条件下功能隐患等。负载测试是通过改变系统负载方式、增加负载等来发现系统中所存在的性能问题。
get和SVN都用过get操作：getadd.添加所有文件getcommit-m“描述”提交getpushorigin分支名上传分支SVN操作：Checkout（提取）Commit（提交）Update(更新)
略
分析问题，明确为什么没通过；如果不是明确提交的缺陷确实存在，缺陷报告返回开发人员；开发人员重新修改问题；再次提交测试人员回归测试。
项目的概要描述；测试过程缺陷的统计，一定程度反映项目的质量；整个项目过程有需要改善的地方，提出建议；给出结论，项目是否可以上线。
1.兼容性问题，在IE浏览器提交按钮可以点击，到了谷歌，火狐就不能了2.字段的值显示不是想要的结果，或没有显示。（开发从库表取值有误）3.提交数据之后，状态没有转变为已提交。（代码没有正确获取库表中记录状态改变的状态码）4.修改密码，新密码与旧密码一致也能成功，没有做新旧密码的校验。
查看在整个性能测试过程中，网络的吞吐量是多少，如果网络的吞吐量占到了服务器的70%以上，我们就认为网络存在瓶颈，通常会增加带宽或者压缩传输数据。
CPU使用率不达标，我们会从服务器上导出日志，分析是哪个地方导致CPU使用率不达标，如果分析不出来，就叫上开发一起讨论，确定问题后，就提单给开发修复，修复好了就进行回归测试。
APP的性能测试分为服务器端的性能和手机端的性能。服务器端的性能：jmeter工具进行测试的，和web端性能测试的方法一样的。手机端APP的稳定测试：使用monkey做。
线程阻塞，内存不足，CPU满负荷（现在手机基本都是8核CPU，基本不会出现CPU满负荷的情况）
空指针值，数组越界，内存不足，CPU满负荷（现在手机基本都是8核CPU，基本不会出现CPU满负荷的情况）
adbinstall-rxx.apk覆盖低版本的adbinstall-r-d覆盖高版本的
adbshelldumpsyscpuinfo查看手机cpu的使用情况adbshellgetprop|findstrdalvik手机系统自己运行的内存使用
Adbshellmonkey-p包名Adb-shell–ignore-crashes忽略崩溃Adb-shell–ignore-timeouts忽略延时Adb-shell–ignore-throttle延时毫秒值Adb-shell–pct-touch–pct-motion触摸与滑动事件的比例
1.2G的网速150kbps，折合下载速度15-20k/s2.3G的网速1-6mbps，折合下载速度120k/s-600k/s3.4G的网速10-100mbps，折合下载速度1.5m/s-10m/s4.使用真实的SIM卡，运营商网络来进行测试5.通过代理的方式模拟弱网环境下进行测试（Charles延迟）6.链接模拟弱网的热点进行测试（如360WiFi助手可以设置）
1.后端完成开发，输出接口文档；2.前端开发和后端开发进行前后端联调，结束后后端开发人员提测接口；3.测试人员进行接口测试；4.进行验收测试；5.利用持续集成技术进行持续的校验。
1.有一部分是重叠的，UI测试是通过前端写的界面，是来调用接口的，而接口测试是直接调用接口；2.排除前端的处理逻辑与调用的正确性，在理论上接口测试是可以覆盖所有的UI测试，但实际中，如几口层覆盖所有的业务流，在UI上只测试前端的逻辑，而最终的结果会忽视很多原有的功能点，导致了UI测试的不充分，那么会存在人多分工且实践充分的时候可以尝试接口去做业务流的全覆盖，否则不要轻易地去尝试。
1.有些公司没有标准的接口文档，只能通过抓包获取接口信息；2.通过抓包可以查看整个请求过程以及相应过程，从而分辨是前台bug还是后台bug；3.可以查看是否有敏感信息泄漏；4.抓包进行测试，拦截请求，修改请求数据，查看响应结果本来就是接口测试的一部分。
1.在jmeter的线程组中分别添加JDBCConnectionConfigConfiguration、JDBCRequest、DebugSampler、查看结果数。2.在测试计划中将连接mysql需要的包加到classpath中。3.在JDBCConnectionConfiguration中添加JDBC的配置。
当测试接口的时候，发现某个接口性能比较差，需要进一步判定问题的时候，会压测数据库。压测数据库需要配置驱动，设置连接池大小，需要使用sql去操作数据库。具体的哪条sql问题需要问开发要具体的sql进行压测。
用它来做接口测试。查看接口的返回结果；查看接口是get请求还是post请求；
数据库语言最常用的是SQL多表联查：select*fromtable1t1,table2t2wheretl.id=t2.id这样就是多表联查。leftjoinrightjoininnerjoin
增：altertable数据表名addbirthdaydatetime;删：altertable表名drop列名;改：1.修改字段，不重命名，用modifyaltertable数据表名modifybirthdaydate;2.修改字段，重命名，用changealtertable表名change原名新名类型及约束altertable数据表名changebirthdaybirthdate；查：查询表使用数据select*from表名;部分查询select*from表名where条件;可以使用as为列表指定别名select字段as别名,字段as别名from数据表名where…;
内关联是求交集外关联是以主表为标准，去附表找需要的信息
不能，脚本需要通过Windows调试好之后，才能在Linux上运行，运行的时候，只能通过nonGUL的形式进行启动jmeter，但需要注意的是，csv文件在Windows上与Linux上要统一路径，最好使用相对路径，放到统一目录下边。
cd:进入目录cdapp：切换到app目录cd…：切换到上一层目录cd/:切换到系统根目录tail-10a.txt:查看后10行数据ifconfig:查看ipll:查看文件及其属性vi:编辑rm-rf:删除car:解压及压缩命令cp:复制pwd:显示当前路径mv:移动cat:查看文件内容touch:创建文件taillogcat:查看日志catlogcat:查看日志tomcat：日志tail：查看日志记录信息，tail-fcatinaliaout
tar-xvf文件名:解压tar-nlogcat查看系统日志tar-zcvf文件名：压缩
显示，管理执行中的程序，就是任务管理器
通过脚本代替一些手动化测试的步骤。unittest，web端：selenium；app端：appiumselenium元素定位的方法有哪些？find_element_by_id()（常用）find_element_by_name()（常用）find_element_by_class_name()find_element_by_tag_name()find_element_by_link_text()find_element_by_partial_link_text()find_element_by_xpath()（常用）find_element_by_css_selector()
我们的电脑（c端）上运行自动化测试脚本，调用的是appium的webdriver的接口，appium服务器（s端）接收到我们client上发送过来的命令后，它会将这些命令转换为UIautomator认识的命令，然后由UIautomator来在设备上执行自动化。
1.用户程序安全；2.系统网络安全；3.数据库安全。
1.覆盖用户的需求；2.从用户使用场景触发，考虑用户的各种正常和异常的使用场景；3.用例的颗粒大小要均匀。通常，一个测试用例对应一个场景；4.用例各个要素要齐全，步骤应该足够详细，容易被其它测试工程师读懂，并能顺利执行；5.做好用例评审，及时更新测试用例。
1.在红包钱数和红包个数的输入框中只能输入数字；2.红包最多和最少的输入钱数200,0.01；3.拼手气红包最多可以发多少个红包；4.超过最大拼手气红包是否有提醒；5.当红包钱数超过最大范围是否有提醒；6.余额不足时，红包发送失败，或者会不会匹配切换支付方式；7.红包描述里是否可以输入表情、汉字、英文、数字等；8.红包描述里最多有多少个字符；9.发送的红包别人是否能正常领取；10.发送的红包自己可不可以领取；11.24小时后别人没有领取的红包是否可以退回原来的账户，或者是否还可以领取；12.用户是否可以多次抢一个红包；13.用户在多人群里发红包是否可以抢自己的红包；14.红包余额里的小位数是否有限制；15.返回键可以正常取消发红包吗；16.断网时是否可以抢红包；17.收发红包界面是否有自己以前收发红包的记录，以及和自己实际收发红包是否匹配；18.支付时密码支付和指纹支付是否正常；19.支付成功是否正常返回聊天界面；20.是否可以连续发红包。
1.苹果，安卓系统；2.电脑端是否可以抢红包；3.不同品牌的手机是否正常使用。
1.发红包界面有没有错别字；2.抢完红包界面有没有错别字；3.收发红包界面排版美观合理；4.界面颜色搭配好。