测试用例设计

1、问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。 等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。 2、问：给你一个网站，你如何测试？ 首先，查找需求说明、网站设计等相关文档，分析测试需求。 制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试 设计测试用例： 功能性测试可以包括，但不限于以下几个方面： 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 提交功能的测试。 多媒体元素是否可以正确加载和显示。 多语言支持是否能够正确显示选择的语言等。 界面测试可以包括但不限于一下几个方面： 页面是否风格统一，美观 页面布局是否合理

一、软件测试前准备，搭建测试环境 1、什么是测试环境？ （1）测试环境 = 软件 + 硬件 + 网络 （2）测试环境是指测试人员利用一些工具及数据所模拟出、接近用户真实使用环境的环境，测试环境的目的主要是为了使测试结果更加真实有效。 （3）测试环境是指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称。 注： 硬件：PC机、笔记本、手机、服务器、设备、网线、分配器等一些工具。 软件：操作系统（XP、Win7、Win10、Mac、Unix、Linux）、数据库、被测试软件、共存软件等。 网络：局域网、互联网、3G、4G、Wifi、移动热点。 稳定和可控的测试环境，可以使测试人员花费较少的时间就完成测试用例的执行，也无需为测试用例、测试过程的维护花费额外的时间，并且可以保证每一个被提交的缺陷都可以在任何时候被准确的重视。 二、软件测试的重点 测试用例的良好设计。 测试用例的设计是整个软件测试工作的核心，测试用例反映对被测对象的质量要求，决定对测试对象的质量评估 三、软件测试模型 1、V模型 从这个图，可以直观的观察到测试过程的局限性，它把测试过程放在了需求分析，概要设计，详细设计与编码之后了，容易使人理解测试是软件开发的最后一个阶段，主要针对程序进行测试寻找错误了。而需求分析阶段隐藏的问题只能在最后才能发现。所以，这个图形，不能很好的反应软件测试贯穿整个开发的过程。

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 目前网站架构一般分成网页缓存层、负载均衡层、 WEB层和数据库层，我其实一般还会多加一层，即文件服务器层，这样我们在后面的讨论过程中，我们可以依次用这五层对网站架构来进行讨论。 网页缓存层 首先说下这个网页缓存层，比如CDN租赁（效果比公司自己部署Squid/Varnish要好，他们专业，价格低廉，比如快网/CC等（价格80元/M/月不到）而且覆盖的城市更多），自己架设squid/Varnish是次选。另外，很多朋友喜欢尝试自建CDN，这个是一个比较吃力不讨好的活儿，未必能达到预期目标，这块系统架构师在架设网站初期就有规划好，不要等到网站流量及压力巨大时才去规划。事实上，这一层有很多优 秀的开源软件都能胜利，比如传统的Squid Cache，另外，后起之秀Nginx和Varnish因为性能优异，越来越多的朋友尝试在自己的网站使用他们作为自己的网页缓存，事实上，Nginx已经具备Squid所拥有的Web缓存加速功能，此外，Nginx对多核CPU的利用，胜过Squid不少，现在越来越来的架构师都喜欢将Nginx同时作为“负载均衡服务器”与“Web缓存服务器”来使用，大家可以根据自己网站的情况，来决定究竟使用哪种软件来作为自己网站的网页缓存。 负载均衡层 首先说下负载均衡层，我们熟悉的硬件/软件技术有F5，LVS

灰盒测试：白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法，在黑盒测试中交叉使用白盒测试的方法。灰盒测试就是这类界于白盒测试和黑盒测试之间的测试。 灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。 灰盒测试相对于其他黑白盒有什么特点： 1.灰盒测试比白盒测试效率高，从程序的整体出发，而非细节. 2.灰盒测试健壮性好，相对于白盒测试降低了程序代码改变而导致用例失效的风险。 3.灰盒测试更细致。灰盒测试要求测试人员关注程序的代码逻辑，根据代码逻辑扩充用例，更加细致。 如何做好灰盒测试。 1.测试定位要清晰。灰盒测试的对象应该是整个产品，而非各个组件，应从整个测试产品的业务出发进行测试设计。 2.测试阶段要正确。灰盒应该在集成测试中采用,他并不适合于单元测试。 3.测试辅助要必备。灰盒测试需要深入产品代码逻辑，对于测试人员来说，业务逻辑图是必不可少的，测试人员需要根据业务逻辑图进行功能点划分，并扩展用例。另外可以借助于测试覆盖率等工具辅助查找遗漏功能点. 4.运行状态检查点要仔细选择。灰盒测试对于程序运行状态的检查往往采用标志来判断

首先在我看来，自动化是必定会提升工作效率的。 总结下我经常遇到的场景吧~ 1.重复工作较多 .之前和同事工作中扯淡，他在做一个功能测试，但是仅仅是因为加了一个功能点却要回归下之前不少测试用例，回归可能还好说，但是测试流程比较复杂，然后就聊到了自动化实现，这样重复工作很多，我和他聊到和自动化可以实现，作为业务测试的他对自动化可能不是很清楚，他说不是很清楚是否能实现。其实我想表达的是团队的磨合，如果真的日常工作重复工作很多，我觉得有必要和测试负责人聊下，看是否能解决，这是单方面，测试经理也应该经常和组员聊下日常工作遇到的问题，答疑解惑。若这样的重复工作太多，没人去解决问题。需求经常延期，我觉得因为这个原因加班并非需求多，而是因为管理层能力不足而加班的。 2.录制性自动化繁琐 通过录制做自动化其实我是接触不多的，在我刚干测试时团队就是直接写脚本实现关键字驱动,这样只要按照测试模板填写关键字即可的，今年碰到了现有公司用的是selenium自带的录制工作，但是看了他们的实现方式，得先录制再概改脚本这样实现，不是很灵活，如果用脚本封装selenium库只要填参数，对比下，方便很多又省事了一些，所以这点我觉得是公司在这个领域还是稍有写薄落，导致功能测试人员写自动化用例繁琐了一些，那么怎么还能让功能测试依赖这套东西提高效率呢？ 3.管理层不注重自动化 这个点其实没什么好说的

1.问：你在 测试 中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。 　　首先，将问题提交到 缺陷管理 库，类似禅道，进行备案， 　　根据需求文档，产品说明，设计文档等，确认实际结果是否与计划有不一致的地方， 　　如果没有文档，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 　　根据一般用户的使用习惯，来确认 　　与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷； 　　合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪 　　等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并由上级做出决定。 　　 2. 给你一个网站，你如何测试？ 　　首先，查找需求说明、网站设计等相关文档，分析测试需求。 　　制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试； 性能测试 ； 数据库 测试；安全性测试；兼容性测试 　　设计 测试用例 ： 　　功能性测试可以包括，但不限于以下几个方面： 　　链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。 　　提交功能的测试。 　　多媒体元素是否可以正确加载和显示。 　　多语言支持是否能够正确显示选择的语言等。 　　界面测试可以包括但不限于一下几个方面： 　　页面是否风格统一

1.等价类  在所有测试的数据中，具有某种共同特征的数据子集。 2.有效等价类  满足需求的一类数据。 3.无效等价类  不满足需求的一类数据。 4.实例  功能：0—100之间的加法运算  等价类划分： 　　 5.等价类设计测试用例的步骤：  分析需求，确定输入数据类型——使用规则划分有效和无效等价类——设计测试用例，覆盖有效等价类——设计用例，覆盖无效等价类   注意：一条用例尽可能多的覆盖有效等价类；一条用例只能覆盖一个无效等价类 6.案例分析  案例：  固定电话号码测试，地区码（3/4位） + （7/8位）  等价类设计测试用例的步骤：  ①分析需求，确定输入数据类型；  ②根据输入的规则，划分有效和无效等价类；  ③编写测试用例，覆盖有效等价类；  ④编写测试用例，覆盖无效等价类。 来源： CSDN 作者： 小胡没有钱 链接： https://blog.csdn.net/tairu/article/details/103477879

1.正交实验设计方法  是由数理统计学科中正交实验方法进化出的一种测试多条件输入的用例设计方法，从大量的（实验）数据（测试例）中挑选适量的，有代表性的点（例），从而合理地安排实验（测试）的一种科学实验设计方法。  条件：因子  取值：水平 2.正交实验设计方法步骤：  ①分析需求，获取因子及水平；  ②根据因子和水平选择正交表；  ③替换因子水平，获取实验次数；  ④细化输出测试用例。 3.案例解析  案例1：网站兼容性测试，要求支持（1）Web浏览器：Netscape 6.2、IE 6.0、Opera 4.0；（2）插件：无、RealPlayer、Mediaplayer；（3）应用服务器：IIS、Apache、Netscape Enterprise；（4）操作系统：Windows2000、Windows NT、Linux  分析因子与水平：4因子3水平  查正交表  替换因子与水平  案例2：某银行交易系统的卡号查询功能界面如图所示：  分析因子与水平：取值只有输入或不输入，5因子2水平  查正交表（取7因子2水平，要取最接近且结果大于所需数量）  替换因子与水平  正交实验法设计测试用例的步骤：   ①分析需求，获取因子和水平；   ②根据因子和水平查正交表；   ③替换正交表中的因子与水平；   ④根据正交表获取测试用例。 来源： CSDN 作者： 小胡没有钱 链接：

1.边界值  选取正好等于、刚刚大于或刚刚小于边界值作为测试数据 2.上点  边界上的点 3.离点  离边界最近的点 4.内点  在有效范围内任意一个点 5.实例  [0,100]：上点：0，00      离点：-1,101      内点：50  （0,100]：上点：0,100       离点：1,101       内点：50  （0,100)：上点：0,100       离点：1,99       内点：50 　　　　　　　 6.边界值法设计测试用例步骤：  分析需求，确定输入数据类型——使用规则划分有效和无效等价类——确认上点、离点、内点——设计用例，覆盖有效等价类——设计用例，覆盖无效等价类 来源： CSDN 作者： 小胡没有钱 链接： https://blog.csdn.net/tairu/article/details/103477977

目录 1. 什么是软件测试?...................................................................................................................................... 3 2. 软件测试的目的？................................................................................................................................... 3 3. 软件测试的原则？................................................................................................................................... 3 4. 请分别阐述目前白盒测试和黑盒测试主要的测试用例设计方法?.................................................. 4 5. 什么是测试用例，什么是测试脚本，两者的关系是什么?...............................................