白盒测试

web应用程序测试方法和测试技术详述 1. 概述 l 随着web应用的增多，新的模式解决方案中以web为核心的应用也越来越多， 很多公司各种应用的架构都以B/S及web应用为主，但是有关WEB测试方面的内容并没有相应的总结，所以我在这里对web的测试方法和采用的测试技术进行总结，便于内部交流。 l 测试方法尽量涵盖web程序的各个方面，测试技术方面在继承传统测试技术的技术上结合web应用的特点。 l 相关的测试和实现技术也有着很大的关系，由于本公司使用J2EE体系，也许例子中只有JAVA平台可以使用，.NET平台测试技术暂时不涉及，如果你有请与我联系。 2. 测试方法 说明：测试方法的选择取决你的测试策略。 l 一般的web测试和以往的应用程序的测试的侧重点不完全相同，基本包括以下几个方面。 l 当然圆满的完成测试还要有好的团体和流程等的方方面面的支持，你同样应该对这些方面进行注意。 l 有些测试方法设计到了流程，哪些应该在你的测试团队建设中建立。 2.1 界面测试 l 现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相当关键，慢慢体会你会明白的。 l 方法上可以根据设计文档

文章目录 1. 测试分类 2. Junit 的使用（白盒测试） 2.1 使用步骤 2.2 判定结果 2.3 测试方法前后执行 3. 实验成果 1. 测试分类 黑盒测试：不需要写代码，给输入值，看程序是否能够输出期望的值。 白盒测试：需要写代码的，关注程序具体的执行流程。 2. Junit 的使用（白盒测试） 2.1 使用步骤 定义一个测试类 包名：xxx.xxx.xx.test 如：com.zt.test 测试类名：被测试的类名Test 如：CalculatorTest 定义测试方法 方法名：test测试的方法名 如：testAdd() 返回值：void 参数列表：空参 给方法添加 @Test ，这样方法才可以独立运行 导入 JUnit4 依赖环境 2.2 判定结果 红色：失败 绿色：成功 一般我们会使用断言操作来处理结果，具体代码如下： Assert . assertEquals ( 期望的结果 , 运算的结果 ) ; 2.3 测试方法前后执行 @Before：修饰的方法会在测试方法执行之前被自动执行 @After：修饰的方法会在测试方法执行之后自动被执行 3. 实验成果 来源： https://blog.csdn.net/bm1998/article/details/95895793

一、 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。 二、概述 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例的设计方法，盒子对应的是被测试的测试，"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。 三、基本方法 强度由低到高:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。 （1）语句覆盖：就是设计若干个测试用例，运行被测程序，使得每一可执行语句至少执行一次。 （2）判定覆盖：使设计的测试用例保证程序中每个判断的每个取值分支至少经历一次。 （3）条件覆盖：条件覆盖是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支 （4）判定条件覆盖：判定-条件覆盖就是设计足够的测试用例，使得判断中每个条件的所有可能取值至少执行一次

软件测试-测试分类 一、按软件测试阶段： a. 单元测试 b. 集成测试 c. 系统测试 d. 验收测试 1、单元测试 单元测试的原则： 1、尽可能保证部没测测试用例相互独立 2、一般由代码的编写人员来实施 单元测试的优点： 1、能尽早发现缺陷 2、有利于重构 3、可以简化集成 单元测试的缺陷 1、不可能穷尽测试，即测试用例不可能覆盖所有的执行路径，不可能捕捉到所有的错误 2、每一行代码需要3-5行测试代码来完成测试 单元测试框架 xUnit，比如：JUnit 例：eclipse->new->Java project->(finish)->右键项目->properties->Java Build Path->Add library->选择JUnit->next->选择Junit版本->finish 选中需要测试的类，在上右键->new->junit test case(勾选setUp()和tearDown() )->next( 选择需要测试类中待测试的方法 ) -> finish() 2、集成测试 在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块，子系统或者系统的过程中各部分工作是否达到或者实现相应3技术指标及要求的活动。 集成测试实施方案 1、BIg Bang（一次性集成/大爆炸）：把大部分开发模块耦合起来，形成一个完整的软件系统

单元测试： 单元测试又称模块测试，针对软件设计中的最小单位——程序模块，进行正确性检查的测试工作。单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 单元定义: C中指一个函数，Java中指一个类，在图形化的软件中，单元一般指1个窗口，1个菜单。 如何进行单元测试： 单元测试主要用白盒测试，先静态地检查代码是否符合规范，然后动态运行代码，检查其实际运行结果，检查程序的运行结果是否正确是一个最基本的要求，还要关注容错处理，程序的边界值处理等。 集成测试： 集成测试又叫组装测试，通常在单元测试的基础上，将所有程序模块进行 有序的、递增的测试。重点测试不同模块的接口部分。 系统测试： 指将整个软件系统看为一个整体进行测试，包括对功能、性能、以及软件所运行的软硬件环境进行测试。 验收测试： 验收测试指按照项目任务书或合同、供需双方约定的验收依据文档进行的对整个系统的测试与评审，决定是否接收或拒收系统。在系统测试的后期，以用户测试为主或有测试人员等质量保证人员共同参与的测试。 α测试：指的是指的是由用户，测试人员、开发人员等共同参与的内部测试。 β测试：指的是内测后的公测，即完全交给最终用户测试 验收测试的重要性：验收签字,收钱。 静态测试： 指不实际运行被测软件，而只是静态地检查程序代码、界面和文档中可能存在的错误的过程。 动态测试： 指实际运行被测程序

软件测试分为黑盒测试和白盒测试，黑盒测试比较容易，不需要了解功能实现的代码逻辑，手动测试或者用工具测试就可以了；而白盒测试是根据软件设计文档进行测试的，需要了解代码各部分的接口再进行测试，本质上就是一名用代码模拟场景测试软件的可用性的程序员了，比较难同时也更牛，在工具很难测试的情况下，白盒能更好地测试出软件的性能性能，以及代码的问题，作为测试工程师，其思维将比普通的开发工程师思维更加缜密以模拟生产线上的场景，尤其是考虑一些边界问题。 实习中，从文档（需求和用户手册）接触开始起步接触项目，让我一步步了解到测试工作的重要性。一个项目从开发到发布，开发人员和测试人员是同等重要的，而且是相互独立的，没有开发做不成项目，然而没有测试无法发布项目！ 在很多公司中大项目开发与测试人员的比例几乎是1：1，足可见测试的重要。 测试不仅是为了找bug，更是为了尽早修复缺陷，提高软件的质量。 其实在项目组中是比较缺乏测试人员的，我作为实习生能力也较为有限，黑盒测试比较快上手，测试工具很多也在慢慢熟悉，但想成为一名高级测试，更要懂得如何写测试脚本。 由于项目中使用webSocket技术实现实时聊天，工具很难进行压力测试，白盒测试尤显关键，测试不准确将直接影响发布后的效果。 在大神的带领下，我也在努力学习灰盒测试。项目组开发的是圆通的在线客服系统，使用go语言开发，鉴于大神资源比较多