企业官网建设流程全解析

网站开发空间小,模板中心,建设工程项目管理规范,手机百度账号登录个人中心1.测试人员在测试中的任务是什么#xff1f; 1.尽可能早的找出系统中的bug#xff1b; 2.避免软件开发过程中缺陷的出现#xff1b; 3.衡量软件的品质#xff0c;保证系统的质量#xff1b; 4.关注用户的需求#xff0c;并保证系统符合用户需求。 总的目标是#xff1a…1.测试人员在测试中的任务是什么1.尽可能早的找出系统中的bug2.避免软件开发过程中缺陷的出现3.衡量软件的品质保证系统的质量4.关注用户的需求并保证系统符合用户需求。总的目标是确保软件的质量2.测试用例评审的流程是什么1.测试用例是否按照公司定义的模板进行编写的2.测试用例的本身的描述是否清晰是否存在二义性3.测试用例内容是否正确是否与需求目标相一致4.测试用例的期望结果是否确定、唯一的5.操作步骤应与描述是否相一致6.测试用例是否覆盖了所有的需求7.测试设计是否存在冗余性8.测试用例是否具有可执行性9.是否从用户层面来设计用户使用场景和业务流程的测试用例10.场景测试用例是否覆盖最负载的业务流程11.用例设计是否包含了正面、反面的用例12.对于由系统自动生成的输出项是否注明了生成规则13.用例应包含对中间和后台数据的检查14.测试用例应有正确的名称和编号15.测试用例应标注有执行的优先级16.测试用例包含相关的配置信息测试环境、数据、前置测试用例、用户授权等17.每个测试用例步骤应15 step18.自动化测试脚本必须带有注释注释应包括目的、输入、期望结果等3.bug不能复现怎么办A.首先考虑环境问题看是否能够还原原来的环境B.尽量回想发生问题时的复现步骤不要漏掉任何一个细节按照步骤的组合尝试复现C.与开发人员配合让开发人员对相应的代码检查看是否通过代码层面检查出问题D.保留发生bug时的log附加到提交的Bug中希望可以通过log中找到一些蛛丝马迹。E.进行多次测试 更换设备进行测试4.什么是Http协议请求方法是什么以及Http协议与Https协议的区别Http协议又叫超文本传输协议是定义了一个客户端到服务器请求与应答的标准分别为请求头与响应头。请求方法是get请求与post请求。HTTPS协议是以安全为目标的HTTP通道简称Http的安全版。get请求常用在获取数据 post常用在发送数据get安全性没有post安全性高因为参数直接暴露在url上get请求会被浏览器主动缓存post不会除非手动设置get请求参数受长度限制post没有限制200请求发送成功。302代表重定向。400客户端发送的请求语法错误。401请问的页面没有授权。403没有权限访问这个页面。404没有这个页面。500服务器内部异常。501当前不能处理客户端的请求。504服务器端超时没返回结果。5.web测试和App测试的区别系统架构方面1.web项目一般都是b/s架构基于浏览器的app项目则是c/s的必须要有客户端用户需要安装客户端。2.web测试只要更新了服务器端客户端就会同步会更新。App项目则需要客户端和服务器都更新。性能方面:3.web页面主要会关注响应时间4.app则还需要关心流量、电量、CPU、GPU、Memory这些。它们服务端的性能没区别都是一台服务器。兼容方面5.web是基于浏览器的所以更倾向于浏览器和电脑硬件电脑系统的方向的兼容6.app测试则要看分辨率屏幕尺寸还要看设备系统。安装 更新 卸载7.web测试是基于浏览器的所以不必考虑安装卸载。8.app是客户端的则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件此外APP还有一些专项测试如网络、适配性。。。自动化测试9.Web大多用的selenium webdriver10.app是appium6.当你参加评审时你的评审原则是什么首先要从正确性一致性可行性必要性可跟踪性分配优先级可测性可修改性考虑正确性每一条需求都必须准确的陈述其要开发的功能。一致性必须与其他软件需求或高层需求不相矛盾。可行性其每一项需求都必须是已系统和环境的权能和限制范围可以来实施的。必要性每项需求都是用来授权你编写文档的“根源”要使每项需求都能回潮至某项客户的输入。可测性每项需求都能通过设计测试用例或其他的验证方法来进行测试。可修改性每项需求只应在SRS中出现一次这样更改会容易保持一致性。可跟踪性在每项软件需求与它的根源与设计元素源代码测试用例之间建立起链接而这种可跟踪性要求每项需求都必须以一种结构化的粒度好fine-grained的方式编写并单独标明而不是大段大段的陈述。分配优先级应当对所有的需求分配优先级如把所有需求都看作同样重要那么项目管理者在开发或节省预算或调度中丧失控制自由度、7.Android手机和IOS手机,系统有什么区别A.运行机制不同:IOS采用的是沙盒运行机制,安卓采用的是虚拟机运行机制B.两者后台制度不同:IOS中任何第三方程序都不能在后台运行,安卓中任何程序都能在后台运行,直到没有内存才会关闭C.IOS中用于UI指令权限最高,安卓中数据处理指令权限最高8.软件质量的特性是什么A.功能性软件需求要满足用户显示或者稳式的功能。B.易用性软件易于学习和上手使用C.可靠性软件必须实现需求当中指明的具体功能。D.效率性类似于软件的功能。E.可维护性需求软件具有将某个功能修复之后继续使用的功能。9.开发环境和测试环境的区别开发环境是在编码阶段一般我们的代码基本上都是在开发环境中不会再生产与测试环境如操作系统web服务器语言环境php,数据库等等。测试环境项目完成后找Bug,以及修改Bug。生产环境项目数据前后端已经疏通部署到阿里云上有客户去使用以及访问网络正常运行就好了。10.写好测试用例的关键/写好用例要关注的维度1.覆盖用户的需求2.从用户使用场景出发考虑用户的各种正常和异常的使用场景3.用例的颗粒大小要均匀。通常一个测试用例对应一个场景4.用例各个要素要齐全步骤应该足够详细容易被其它测试工程师读懂并能顺利执行5.做好用例评审及时更新测试用例。11.软件测试的流程第一步先立项 也就是确定项目——接着是产品说明书 也就是PRD——需求文档——需求评审需求人员下发 有开发人员测试人员经理——开发 开发环境-详细的概要设计-进行编码-进行自己测试。——测试的环境——测试的计划用例 评审 时间估计 资源申请 人员的分配-编写测试的用例-用例评审——进行提测就是提交测试——冒烟测试如果没有冒烟测试则该组件就通过测试在软件中冒烟测试这一术语描述的是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程——其次是功能测试功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到 用户要求的功能——回归测试回归测试就是修改了旧代码以后重新测试以确认修改没有引入新的错误或导致其他代码出现错误——验收测试它是技术测试的最后一个阶段也是交付测试——最后是上线将开发完的系统放到真的运营环境中进行使用和测试了解用户需求--》参考需求规格说明书--》测试计划人力物力时间进度的安排--》编写测试用例--》评审用例--》搭建环境--》测试包安排预测冒烟测试-正式测试-bug-测试结束出报告--》版本上线--》面向用户12.请描述一下v模型13.如果一个问题认为是bug 但开发说不是 你怎么处理1.bug重现 在开发的前面重新操作一遍给他看 确定大家看到的都是同一个现象2.校队需求 看是否是同一版本的需求 如果不是同个版本 那就确定哪一方需求是最新的3.如果需求一致 双方意见还达不到一致 那就找产品经理确认4.开会讨论决定 找相关人员决定最终的决定14.请描述一下W模型图15.web测试的方法有哪些16.App测试的方法有哪些17.你在项目中最经典的bug是什么1.兼容性问题在IE浏览器提交按钮可以点击到了谷歌火狐就不能了2.字段的值显示不是想要的结果或没有显示。开发从库表取值有误3.提交数据之后状态没有转变为已提交。代码没有正确获取库表中记录状态改变的状态码4.修改密码新密码与旧密码一致也能成功没有做新旧密码的校验。18.为什么要进行抓包A.有些时候公司没有标准的接口文档测试人员只能抓包来获取接口测试。B.抓包可以迅速找到请求通过抓包可以查看整个请求的过程以及响应时间还可以分辨前台与后台Bug.C.通过抓包可以查看是否有敏感信息如用户密码个人账户信息等数据D.可以通过抓包进行测试拦截请求修改请求数据查看对应的响应结果抓包本身就是接口的一部分。19.项目上线的标准是什么1紧急、严重级别错误修复率应达到100%2普通级别错误修复率应达到95%以上3优化级别错误修复率应达到60%以上4Abcd级别的bugad不能有c完成30%d类达到100%5用例覆盖率、执行率100%20.代码的版本管理用什么工具 上传和合并代码 SVN Git介绍git远程分支还原plateform文件夹git clone 克隆地址cd 进入文件夹git branch test 创建分支git branch -v 查看git checkout -b test分支名 切换git add . 提交git commit -m add 提交git push 将本地修改的推送到远程服务器中拉取最新代码 git pull origin developgit push origin developgit 提交失败 就这样git fetch origin dev //获取远程dev分支的修改 git merge origin dev // 合并远程dev分支 git pull origin dev // 更新本地的代码//退出 esc q查看修改的文件查看不同地方 git diff21.怎么判断一个bug是前端还是后端bug1.像界面排位等问题都是前端 直接找前端2.像报服务器异常问题 一般都是后端 也有可能是前端传参有误3.接口调用错误 直接找前端4.返回值正确 显示错误 直接找前端如果还不能定位问题 就把前端和后端拉个群 把问题爆出来 然后由他们讨论前端bug | 后端bug || | 界面相关 | 业务逻辑相关 || | 布局相关 | 性能相关 || | 兼容性相关 | 数据相关 || | 交互相关 | 安全性相关22.给你一个网站你应该如何测试①首先查找需求说明、网站设计 m 等相关文档分析测试需求。制定测试计划确定测试范围和测试策略一般包括以下几个部分功能性测试界面测试性能测试数据库测试安全性测试兼容性测试②设计测试用例功能性测试可以包括但不限于以下几个方面链接测试。链接是否正确跳转是否存在空页面和无效页面是否有不正确的出错信息返回等。③功能的测试多媒体元素是否可以正确加载和显示。多语言支持是否能够正确显示选择的语言等。④界面测试可以包括但不限于以下几个方面页面是否风格统一美观页面布局是否合理重点内容和热点内容是否突出控件是否正常使用对于必须但为安装的空间是否提供自动下载并安装的功能;文字检查⑤性能测试一般从以下两个方面考虑压力测试负载测试强度测试 数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性对数据的存取操作数据内容的验证等方面。⑥安全性测试1 基本的登录功能的检查 2 是否存在溢出错误导致系统崩溃或者权限泄露 3 相关开发语言的常见安全性问题检查例如 SQL 注入等。4 如果需要高级的安全性测试确定获得专业安全公司的帮助外包测试或者获取支持⑦兼容性测试根据需求说明的内容确定支持的平台组合浏览器的兼容性操作系统的兼容性软件平台的兼容性数据库的兼容性 开展测试并记录缺陷。合理的安排调整测试进度提前获取测试所需的资源建立管理体系例如需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容。定期评审对测试进行评估和总结调整测试的内容。23.三次握手的过程1.第一次客户端发送请求到服务器服务器知道客户端发送自己接收 正常2.第二次服务器发给客户端客户端知道自己发送接收正常服务器接收正常、发送正常3.第三次客户端发送给服务器服务器知道客户端发送接收正常自己接收发送也正常24.四次挥手的过程第一次客户端请求断开第二次服务器确认客户端的断开请求第三次服务器请求断开第四次客户端确认服务器的断开25.上线之后出现bug怎么解决评估bug的影响范围检查bug是否业务核心环节的功能问题检查bug是否涉及到个人信息 紫金财产等影响小的bug出现的场景呜呜操作结合日志 让开发人员修复bug 保证bug解决影响大的bug无法确定可以通过回滚版本的方式或者将功能降级或关闭26.经常复现的bug怎么解决评估bug的重要性以及对项目的影响 如果影响小就记录下来继续追踪影响大的话 尽量复现当时bug出现的场景、环境、数据或者让开发代码走查 或者就是反馈给醒目经理总结经验,分析问题发生的原因避免下次出现同样的问题27.测试总结测试用例方法等价类划分法将测试的范围划分成几个互不相交的子集边界值分析法选出的测试用例应选取正好等于、刚刚大于、刚刚小于边界的值错误推测法在测试程序时人们可以根据经验或直觉推测程序中可能存在的各种错误判定表法适合于逻辑判断复杂的场景通过穷举条件获得结果对结果再进行优化合并会得到一个判断清晰的策略正交实验法在各因素互相独立的情况下设计出一种特殊的表格找出能以少数替代全面的测试用例测试报告测试背景说明 范围说明 环境说明 方法说明 结果与缺陷分析 测试结论和建议 质量和风险评估 后期优化问题测试用例模板用例编号 所属模块 用例标题 优先级 前提条件 操作步骤 测试数据 预期结果 预期结果接口测试用例模板用例标识 标题 模块 优先级 描述 前置条件 请求类型 请求参数 类型 操作步骤 预期结果缺陷报告模板缺陷编号 用例编号 缺陷类型 严重级别 优先级 缺陷状态 测试阶段 可重现性 bug原因 缺陷描述 预期结果 实际结果 重现步骤 测试环境28.网络的七层模型*应用层*- *表示层*- *会话层*(统称应用层)、 *传输层*(提供端对端的接口)、 *网络**层*为数据包选择路由、 *链路层*(单一链路通信的方法由底层网络定义 的协议)、 *物理层*看得到摸得到的介质应用层协议http、SMTP、DNP,FTP协议传输层协议TCP、UDP网络层IP网络层-传输层TCP IP29.Charles抓包原理1.客户端向服务器发起HTTPS请求2.Charles拦截客户端的请求伪装成客户端向服务器进行请求3.服务器向“客户端”实际上是Charles返回服务器的CA证书4.Charles拦截服务器的响应获取服务器证书公钥然后自己制作一张证书将服务器证书替换后发送给客户端。5.客户端接收到“服务器”实际上是Charles的证书后生成一个对称用Charles的公钥加密发送给“服务器”Charles6.Charles拦截客户端的响应用自己的私钥解密对称(Charles拿到了对称)然后用服务器证书公钥加密发送给服务器。7.服务器用自己的私钥解密对称向“客户端”Charles发送响应8.Charles拦截服务器的响应替换成自己的证书后发送给客户端9.至此连接建立Charles拿到了 服务器证书的公钥 和 客户端与服务器协商的对称**之后就可以解密或者修改加密的报文了30.搭建过什么环境 搭建工作环境是如何搭建的测试环境操作系统用Linux通常测试环境包括JDK环境Tomcat环境和MySQL环境JDK安装:1.安装jdk如果有自带先卸载再装2.把包复制/usr/local3.解压4.配置环境变量5.检查java是否安装成功java -versionTomcat安装:1.安装tomcat2.把下载的tomcat包复制/usr/local3.解压4.在tomcat/bin目录执行startup.sh文件5.启动服务6.在浏览器中连接IP:80807.如果连接不上但tomcat又是显示启动OK检查firewall路径为 /etc/sysconfig/iptables将8080端口开启8.重启服务Mysql数据库mysql安装比较简单可以使用源码安装也可以使用yum在线安装在这里简单地介绍一下yum在线安装 用yum在线安装1.rpm -qa|grep mysql --检查linux是否有存在的mysql2.如果有mysql,卸载 rpm -e --nodeps mysql3.安装 yum install mysql-server mysql mysql-dev -y4.安装成功后启动服务 service mysqld start service 服务名 restart/start5.直接输入mysql 进入到数据库。随着docker的发展 变成了dockerJenkins进行的一个持续集成的部署 测试环境一般都是由运维去搭建31.接口测试是如何做的1.获取接口规范2.设计接口测试功能用例主要从用户角度触出发看接口能否实现业务需求3.各种入参验证异常情况包括输入参数个数不对类型不对 可选/必选4.接口返回值各种验证符合接口文档需求5.发现问题 该报bug报bug 该跟踪状态的跟踪状态32.在浏览器中输入url后发生了什么一共分为五部 1.是dns解析获取ip地址2.建立tcp链接3.发送请求数据4.服务器返回数据5.浏览器进行渲染33.接口测试检查点有哪些1.服务器的日志2.数据库的落库3.服务端的业务逻辑34.测试一个C/S 客户端时需要考虑的因素C/S架构C是指客户端ClientS是指服务端Server例如聊天软件、qq、wechat等。BS架构是指浏览器和服务端的一种架构例如常用的浏览器百度、谷歌。只包含B后端中的与前端交互的部分接口文档等只包含S后端中的与数据库交互的部分进行数据库的一些操作1.安装/卸载1.安装包的完整性 安装包的大小是否达到要求 显示基本信息是否正确 步骤是否明确 内容是否合理2.首次安装1.是否与其他已安装的软件冲突2.各种杀毒软件卡巴 瑞星 360对安装程度的影响3.安装目录的考虑中英文字符长度空目录 根目录 修改目录 默认目录4.干净环境下能否正常完成安装5.安装后快速启动 桌面 开始程序里面的快捷方式情况等6.360一键智能安装是否能正常完成7.安装的程序是否带有插件2.1再次安装1.在已经安装该软件的情况下 再次进行安装 表现是否正常比如提示是否升级2.卸载后再次安装是否正常完成2.2升级安装1.在线升级时 是否能合理处理网络中断的情况2.升级包升级时 考虑软件正在使用时是否运行进行升级 升级过程中是否正确3.升级完成后 软件启动是否正常3.卸载1.卸载时是否要退出客户端退出和不退出都要考虑下载后的表现 不退出卸载 是否能成功 不成功 是否有相应提示等2.是否能在控制面板里面卸载3.是否自带卸载工具 卸载能否成功4.借助其他工具卸载能否成功5.卸载是否完全卸载干净 包括快捷方式 注册表信息等4.界面及用户体验1界面美观及控件样式是否符合用户的常用习惯2程序所有可点击地方是否可以进行操作菜单、按钮、超链接文字颜色以及 是否能正常链接、文字等3还需要考虑在不同显示器上的显示各种比例和分辨率下的显示情况5.窗口1窗口的缩放双击的最大最小点击按钮的最大最小关闭、拖动开 多个窗口拖动任务栏左键单击和右键单击的操作、托盘区、任务管理 器操作。一般客户端软件开着窗口在桌面上移动的时候cpu占用都比较 高这个性能需要控制在某个合适的范围内。2多窗口的操作是否合理需要考虑窗口的模态性比如有模态窗口的时候 进行其他的操作以及模态窗口的重绘等6.提示信息1各种操作对应的正确、错误类提示信息是否正确2界面文字提示是否友好、易懂、简练3操作流程是否清晰用户知道自己每步都是在做什么即操作提示是否清晰明了4有错误类信息不要使用代码类文字考虑到用户群体的情况还要区分中英文用哪个更好7.键盘鼠标操作1快捷键操作是否正常是否与其他软件的快捷键冲突等2鼠标拖放显示是否正常是否影响操作3鼠标右键功能是否正常合理8.具体功能1是否所有可操作的功能都能按需求实现如登陆退出信息传输功能备份功 能系统设置功能搜索功能界面模板更新信息增删改功能等2对于功能块的无效操作和极端操作是否都有合理的处理如无效的输入字符 超长的字符长度脚本注入等3操作界面是否即时动态刷新4如果有托盘图标需要考虑托盘图标的显示状态是否能显示操作是否正常等5各类控件的表现和操作是否正常如下拉列表、日历控件等9.文件传输功能1需要考虑不传输文件、传输文件内容为空大小为0KB边界值考虑、文件内容包含特 殊字符、文件名字符2传输文件的格式3涉及到网络传输和端口有关系的要考虑模拟一下端口错误封端口的操作4发送文件时考虑本地文件还要考虑ftphttp上的文件5需要考虑磁盘空间不足的情况6正在使用的文件是否是独占状态7涉及到文件保存时需要考虑文件保存的类型、名称的默认给出8文件拖动类的考虑9涉及到文件写入读取的需要考虑移动设备比如U盘、硬盘、ftp等10是否超过最大容量、流量限制10.兼容测试1不同语言系统上的使用区别在控制面板的区域和语言选项里面进行设置管 理选项卡里更改系统区域设置。例如中文系统英文系统韩语系统等。2不同操作系统上使用的区别winXPVistaWin7Win2000Win2003 Win2008,32位和64位系统3同一个系统的不同系统用户操作管理员和非管理员4需要考虑计算机休眠待机后在启动软件的表现情况各种杀毒软件对软件的 影响。瑞星、卡巴、360等杀毒软件对一些文件类型、端口等有监控需要考 虑。可能由于软件使用某些端口而被杀毒软件阻止而导致不能正常使用11.性能测试1并发负载问题2不同网络环境的信息传输性能丢包率3同等网络环境下不同并发数场景下信息传输性能丢包率4大数据量的测试35.一台客户端有三百个客户与三百个客户端有三百个客户对服务器施压有什么区别一个客户端三百个用户只有一个客户端三百个用户肯定不能同时进行操作假设每次一人操作客户端对服务器施压服务器承受的压力小但持续时间长三百个客户端三百个用户假设三百个客户端同时进行操作对服务器施压就要求服务器带宽能够承受三百人同时在线操作且服务器短时间内承受压力大但持续时间短36.你对测试最大的兴趣在哪里感觉这是一个有挑战性的工作测试是一个经验行业工作越久越能感觉到做好测试的难度和乐趣通过自己的工作能使软件产品越来越完善从中体会到乐趣。感谢每一个认真阅读我文章的人作为一位过来人也是希望大家少走一些弯路如果你不想再体验一次学习时找不到资料没人解答问题坚持几天便放弃的感受的话在这里我给大家分享一些自动化测试的学习资源希望能给你前进的路上带来帮助。软件测试面试文档我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。