测试过程

Table of Contents 1.APP测试基本流程 1.1流程图 1.2测试周期 1.3测试资源 1.4日报及产品上线报告 2 App测试点 2.1安全测试 2.1.1软件权限 2.1.2安装与卸载安全性 2.1.3数据安全性 2.1.4通讯安全性 2.1.5人机接口安全性 2.2安装、卸载测试 2.2.1安装 2.2.2卸载 2.3 UI测试 2.3.1导航测试 2.3.2图形测试 2.3.3内容测试 2.4功能测试 2.4.1运行 2.4.2应用的前后台切换 2.4.3免登录 2.4.4数据更新 2.4.5离线浏览 2.4.6 App更新 2.4.7定位、照相机服务 2.4.8时间测试 2.4.9 PUSH测试 2.5性能测试 2.6交叉事件测试 2.7兼容测试 2.8回归测试 2.9升级、更新测试 2.10用户体验测试 2.11 硬件环境测试 2.11.1手势操作测试 2.11.2网络环境 2.11.3服务器宕机或出现404、502等情况下的测试 2.12接口测试 2.13客户端数据库测试 1.APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。正式测试前先向主管确认项目排期。 1.3测试资源 测试任务开始前，检查各项测试资源。 -

WEB测试重点 1.功能测试： 所实现的功能是否和需求一致； 2.界面测试： 界面是否美观，风格是否一致，文字内容是否正确； 3.链接测试： 打开链接速度是否合理；是否链接到正确的页面；是否有空白页面； 4.性能测试： 系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映； 5.兼容性测试： 项目在不 同操作系统，不同浏览器上功能是否能正常使用； 6.安全性测试： 用户的登录名和密码在传输过程中是否是加密传输的； 用户长时间未操作页面，session会话是否会过期，要求用户重新登录； 日志文件cookies里的用户名和密码是否是加密的； 登录次数和登录设备是否有限制，是否支持一个账号多个设备登录； APP测试重点 1.安装卸载测试： app在 不同的操作系统（安卓和ios），不同的版本，不同的机型上是否都能安装成功； 在安装过程中，突然断网或网络不好，是否给出有好的提示，网络恢复之后是否能正常下载； 在安装过程中，突然内存不足，是否有相应的提示； 在安装过程中，是否支持取消操作； 在安装过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常安装；、 安装成功后能否正常运行 卸载时在不同系统，不同版本上能够卸载成功； 在卸载过程中是否支持取消操作； 在卸载过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常卸载； 卸载完成之后，查看文件是否卸载干净； 2.运行测试

转自： https://blog.csdn.net/qq_35958094/article/details/76402681 WEB测试重点 1.功能测试： 所实现的功能是否和需求一致； 2.界面测试： 界面是否美观，风格是否一致，文字内容是否正确； 3.链接测试： 打开链接速度是否合理；是否链接到正确的页面；是否有空白页面； 4.性能测试： 系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映； 5.兼容性测试： 项目在不 同操作系统，不同浏览器上功能是否能正常使用； 6.安全性测试： 用户的登录名和密码在传输过程中是否是加密传输的； 用户长时间未操作页面，session会话是否会过期，要求用户重新登录； 日志文件cookies里的用户名和密码是否是加密的； 登录次数和登录设备是否有限制，是否支持一个账号多个设备登录； APP测试重点 1.安装卸载测试： app在 不同的操作系统（安卓和ios），不同的版本，不同的机型上是否都能安装成功； 在安装过程中，突然断网或网络不好，是否给出有好的提示，网络恢复之后是否能正常下载； 在安装过程中，突然内存不足，是否有相应的提示； 在安装过程中，是否支持取消操作； 在安装过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常安装；、 安装成功后能否正常运行 卸载时在不同系统，不同版本上能够卸载成功；

WEB测试重点 1.功能测试： 所实现的功能是否和需求一致； 2.界面测试： 界面是否美观，风格是否一致，文字内容是否正确； 3.链接测试： 打开链接速度是否合理；是否链接到正确的页面；是否有空白页面； 4.性能测试： 系统能支持多少用户同时在线；超过这些用户数，系统会给出什么样的反映； 5.兼容性测试： 项目在不 同操作系统，不同浏览器上功能是否能正常使用； 6.安全性测试： 用户的登录名和密码在传输过程中是否是加密传输的； 用户长时间未操作页面，session会话是否会过期，要求用户重新登录； 日志文件cookies里的用户名和密码是否是加密的； 登录次数和登录设备是否有限制，是否支持一个账号多个设备登录； APP测试重点 1.安装卸载测试： app在 不同的操作系统（安卓和ios），不同的版本，不同的机型上是否都能安装成功； 在安装过程中，突然断网或网络不好，是否给出有好的提示，网络恢复之后是否能正常下载； 在安装过程中，突然内存不足，是否有相应的提示； 在安装过程中，是否支持取消操作； 在安装过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常安装；、 安装成功后能否正常运行 卸载时在不同系统，不同版本上能够卸载成功； 在卸载过程中是否支持取消操作； 在卸载过程中，突然死机，断电，卡死，手机恢复正常后，是否能正常卸载； 卸载完成之后，查看文件是否卸载干净； 2.运行测试

软件测试基础入门知识点 一、行业前景 前言 ​ 程序员之间流传着这样一句话：有人喜欢创造世界，他们做了开发工程师，有人喜欢挑毛病，所以他们做了测试工程师。 什么是软件测试 软件测试就是利用手工或测试工具按照测试方案和流程对产品进行功能和性能测试，简单的来说就是为软件做“质检”。 软件测试的重要性 ​ bug 的经济损失： ​ 软件 bug 对我们的生活，工作都会带来毁灭性的破坏。据悉，每年的软件 bug 会让整个市场经济带来近600亿美元的损失！ 成立软件测试部门的原因 软件测试能提前发现软件存在的缺陷 社会分工越来越细 -- 要求软件测试越来越精细 专人负责，责任到位 二、测试基础 2.1、什么是软件测试 ​ 在规定的条件下对程序（App，.exe安装文件，网页等）进行操作，从而发现错误，对软件质量进行评估的一个过程。 2.2、软件测试的目的 ​ 是想以最少的人力，物力和时间找出软件中潜在的各种错误与缺陷，通过修正各种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患以及带来的商业风险。（注意这个问题的答案，经常会与软件测试的定义混淆） 2.3、软件测试的定义 ​ 使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 2.4、软件测试的原则 所有的测试都应追溯到用户需求（视频网站，点击后最大化

1：DBMS分类 基于共享文件系统的ACCESS 基于C/S架构的MYsql,oracle sqlserver 2:社区版本免费 企业版本 收费费用低 3:5.5 5.6 5.7 8.0测试版 使用5.5版本 4:卸载,注意事项，删除安装目录/ProgrammaData 里面的也需要删除 还需要注册表;一般来说不需要 5:typical:服务端+自带客户端 custom:自定义 完全安装 选custom? 6：选择开发机器 服务器选择服务器 内存越来越大 端口正式运行需要改3306端口 防止攻击 字符集选择UTF8 设置过程中可以选择是否允许远程 来源： https://www.cnblogs.com/liuguiqian/p/11408979.html

ISDM定义 ISDM不仅只是—种如何开发信息系统的方法／过程模型。ISDM是—套整体方法，包含： —个通过分析方法、工具和技术操作的分析框架。描述系统开发中分析问题与解决问题的行为特征。主要指，面向过程、面向数据、面向对象。 支持分析框架的过程模型(process-model , 指开发活动的次序和持续时间）。描述系统开发随时间变化而呈现的阶段特征和项目管理与组织上的特征。有些类似SDLC, 如，瀑布模型、原型法、螺旋模型、敏捷软件开发等。 从技术上来讲， mis开发是系统阶段特征和行为特征的结合。因此， ISDM可视为包含开发信息系统用到的所有方法、操作和过程的框架。 完整的ISDM包含SDLC与开发方法、开发技术、开发工具及环境三层。 • SDLC ：ISDM开发方法的过程模型可能混用多种SDLC 以适用不同项目需求。 • 开发方法：主要指面向过程、面向数据、面向对象。是—个通过分析方法、工具和开发技术操作的分析框架。 • 开发技术：中间件、可视化、软件复用等 • 开发环境和工具： CASE 、SDE 、SEE 、IPSE等 ISDM 中的这四项内容彼此相互联系、相互支持、相互制约。 • 开发环境／工具位于最底层，说明其他层面均需要开发环境／工具的支持 • 开发技术是组成开发方法的基本成分，例如，结构化开发方法是由结构化分析技术、结构化设计技术、结构化程序设计技术组成

第三章 信息系统集成专业基础知识 1.信息系统生命周期有哪几个过程 分 四个阶段 ： 产生 ， 开发 ， 运行 和 消亡 阶段。 2.信息系统开发的方法有哪几种，各适用于什么情况的项目 系统开发的方法有六种： 结构化方法，快速原型法，企业系统规划方法，战略数据规划法，信息工程方法，面向对象方法。 结构化方法： 把系统看成一个大模块，再根据系统分析与设计进一步分解或组合。 快速原型法： 快速建立并展示给用户。原型化方法不可以直接开发出最终产品。 企业系统规划法： 提供一个信息系统规划，用以支持企业短期的和长期的信息需求。 战略数据规划方法： 它是企业核心竞争力的重要构成因素，成为企业市场竞争中的制胜法宝。 信息工程方法： 是企业系统规划方法和战略数据规划方法的一种交叉关系。是前两种方法的总结和提升。 面向对象方法： 用于面向对象的软件开发。 瀑布模型的六个阶段 ： 可行性分析 ， 需求分析 ， 软件设计 ， 编码单测 ， 测试 ， 运行维护 。 螺旋模型的四个象限 ：制定计划， 风险分析 ，实施工程和客户评估。 结构化开发方法的特点： 遵循用户至上的原则 严格区分工作阶段 强调系统开发的整体性和全局性 系统开发过程工程化，文档资料标准化 结构化开发缺点：开发周期长，文档设计说明繁琐，工作效率低，要求在开发之初全面认识系统信息需求，充分预料各种可能发生的变化。 3

某月黑风高之夜，某打车平台上线了一大波（G+）优惠活动，众人纷纷下单。于是乎，该打车平台使用的智能提示服务扛不住直接趴窝了（如下图）。事后，负责智能提示服务开发和运维的有关部门开会后决定：必须对智能提示服务进行一次全面深入的性能摸底，立刻！现在！马上！ 那么一大坨问题就迎面而来：对于智能提示这样的后台服务，性能测试过程中应该关心那些指标？这些指标代表什么含义？这些指标的通过标准是什么？下面将为您一一解答。 概述 不同人群关注的性能指标各有侧重。后台服务接口的调用者一般只关心吞吐量、响应时间等外部指标。后台服务的所有者不仅仅关注外部指标，还会关注CPU、内存、负载等内部指标。 拿某打车平台来说，它所关心的是智能提示的外部指标能不能抗住因大波优惠所导致的流量激增。而对于智能提示服务的开发、运维、测试人员，不仅仅关注外部指标，还会关注CPU、内存、IO等内部指标，以及部署方式、服务器软硬件配置等运维相关事项。 外部指标 从外部看，性能测试主要关注如下三个指标 吞吐量：每秒钟系统能够处理的请求数、任务数。 响应时间：服务处理一个请求或一个任务的耗时。 错误率：一批请求中结果出错的请求所占比例。 响应时间的指标取决于具体的服务。如智能提示一类的服务，返回的数据有效周期短（用户多输入一个字母就需要重新请求），对实时性要求比较高，响应时间的上限一般在100ms以内。而导航一类的服务

交付用户想要的软件 让客户做决定 在设计方面，做决定的时候好必须有开发者参与。可是，在一个项目中，它们不应该做所有决定，特别是业务方面的决定。 Decide what you shouldn’t decide. 开发者（及项目经理）能做的一个最重要的决定就是：判断哪些是自己决定不来的，应该让企业主做决定。你不需要自己给业务上的关键问题做决定。毕竟那不是你的事情。如果遇到了一个问题，会影响到系统的行为或者如何使用系统，把这个问题告诉业务负责人。如果项目领导或经理试图全权负责这些问题，要委婉地劝说他们，这些问题最好还是和真正的业务负责人或客户商议。 当你和客户讨论问题的时候，准备好几种可选择的方案。不是从技术的角度，而是从业务的角度，介绍每种方案的优缺点，以及潜在的成本和利益。和他们讨论每个选择对时间和预算的影响，以及如何权衡。无论他们做出了什么决定，他们必须接受它，所以最好让他们了解一切之后再做这些决定。如果时候他们又想要其他的东西，可以公正地就成本和时间重新谈判。 毕竟，这是他们的决定。 具体技巧 记录客户做出的决定，并注明原因。好记性不如烂笔头，但你选择的记录方法不能太笨重或太繁琐。 不要用过于具体和没有价值的问题打扰繁忙的业务人员。如果问题对他们的业务没有影响，就应该是没有价值的。 不要随意假设具体的问题不会影响他们的业务。如果能影响他们的业务，就是有价值的问题。