软件测试DAY2

1.哪些兴趣爱好

本人拥有广泛的兴趣爱好，阅读、思考、运动、社交等为主要爱好，良好的生活与学习习惯!
看书是我的一大乐趣。如同- -位名人所说的，“我扑在书上,就像饥饿的人扑在面包上一样”。翻开书，沁人心脾的墨香就立刻环绕在我的鼻尖;读起书，精彩纷呈的内容令我流连不已;合上书,悟出的哲理便深深地烙印在我的心中，终身受益。看书，这是多么富有益处的爱好啊。

2.软件测试阶段

一：单元测试：
单元测试(unit testing)，是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。总的来说，单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。
二：集成测试：
集成测试(也叫组装测试，联合测试)是单元测试的逻辑扩展。它最简单的形式是:把两个已经测试过的单元组合成一个组件，测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
三：系统测试：
系统测试，英文是System Testing。是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入。再例如，压力测试是测试系统在正常数据量以及超负荷量(如多个用户同时存取) 等情况下是否还能正常地工作。
四：验收测试：
验收测试，系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。

3.系统测试主要包括哪些方面的测试

1.功能测试
2.界面测试
3.性能测试
4.易用性测试
5.安全性测试

4.QQ登录页面，你能想到哪些测试用例

QQ登陆的输入项为QQ号码(长度为5到10位数)和QQ密码，登陆和退出按钮，一台机器可以同时登陆超过一个QQ号码，请设计功能测试用例。

快捷键的使用是否正常：

1. TAB 键的使用是否正确

2.上下左右键是否正确

3.界面如果支持 ESC键 看是否正常的工作

3.ENTER 键的使用是否正确切换时是否正常。

布局美感

界面的布局是否符合人的审美的标准

具体因人而依

输入框的功能：

输入合法的用户名和密码可以成功进入

输入合法的用户名和不合法密码不可以进入，并给出合理的提示

输入不合法的用户名和正确密码不可以进入，并给出合理的提示

输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示

不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制

正常用户名不允许的特殊字符 空的用户名，系统(操作系统和应用系统)的保留字符

不合法的密码有：空密码(除有特殊规定的)，错误的密码，字符大于密码的限制

正常密码不允许的特殊字符，系统(操作系统和应用系统)的保留字符

界面的链接：

对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示

补充

输入框是否支持 复制和黏贴 和移动

密码框显示的不要是具体的字符，要是一些密码的字符

验证用户名前有空格是否可以进入，一般情况可以。

验证用户名是否区分大小写。(有的软件是区分大小写的)

验证必填项为空，是否允许进入。

验证登录的次数是否有限制。从安全角度考虑，有些安全级别高的软件会考虑这方面的限制。

测试用例分为很多种，如果是单元测试用例，就要一下设计：

单元测试的概念

单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正确的输出。

测试的覆盖种类

1.语句覆盖：语句覆盖就是设计若干个测试用例，运行被测试程序，使得每一条可执行语句至少执行一次。

2.判定覆盖(也叫分支覆盖)：设计若干个测试用例，运行所测程序，使程序中每个判断的取真分支和取假分支至少执行一次。

3.条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次。

4.判定——条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次，并且每个可能的判断结果也至少执行一次。

5.条件组合测试：设计足够的测试用例，运行所测程序，使程序中每个判断的所有条件取值组合至少执行一次。

6.路径测试：设计足够的测试用例，运行所测程序，要覆盖程序中所有可能的路径。

用例的设计方案主要的有下面几种：条件测试，基本路径测试，循环测试。通过上面的方法可以实现测试用例对程序的逻辑覆盖，和路径覆盖。

5.黑盒测试、白盒测试的定义

白盒测试
白盒测试方法按照程序内部的结构测试程序，检验程序中的每条通路是否都能按预定要求正确工作，而不顾它的功能。

白盒测试的主要方法有逻辑覆盖、基本路径测试等

逻辑覆盖包括：

1、语句覆盖

2、判断覆盖

3、条件覆盖

4、判断/条件覆盖

5、条件组合覆盖

6、路径覆盖

黑盒测试
黑盒测试并不涉及程序的内部结构和内容特性，主要根据规格说明，只依靠被测试程序的输入和输出之间关系或程序的功能来设计测试用例。

黑盒测试主要包括边界值分析法、等价类划分法、因果图法、决策表法等

6.快捷键：

1.任务管理器：ctrl+shift+esc
2.运行：Windows+r
3.我的电脑：Windows+e
4.桌面：Windows+d

7.性能测试的分类

性能测试八大类包括：性能测试、负载测试、压力测试、配置测试、并发测试、容量测试、可靠性测试、失败测试。

  性能测试：性能测试是为了描述测试对象与性能相关的特征并对其进行评价而实施和执行的一类测试。它主要通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项指标进行测试。通常把性能测试、负载测试、压力测试等统称为性能测试。

负载测试：是通过逐渐增加系统的负载，测试系统性能的变化，并最终确定在满足系统性能指标的情况下，系统所能承受的最大负载量的测试。简而言之，负载测试时通过逐步加压的方式来确定系统的处理能力和能够承受的各项阈值。

压力测试：是通过逐步增加系统的负载，测试系统性能的变化，并最终确定在什么负载条件下，系统性能处于失效状态，并获得系统能提供的最大服务级别的测试。压力测试是逐步增加负载，使系统某些资源达到饱和和甚至失效。

配置测试：主要是通过对被测试软件的软硬件配置进行测试，找到系统各项资源的最优分配原则。配置测试能充分利用有限的软硬件资源，发挥系统的最佳处理能力，同时可以将其与其他性能测试类型联合应用，从而为系统提供重要依据。

并发测试：测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题，几乎所有的性能测试都会涉及一些并发测试。

容量测试：在一定的软、硬件条件下，在数据库中构造不同数量级的记录数量，通过运行一种或多种业务场景在一定虚拟用户数量的情况下，获取不同数量级别的性能指标，从而得到数据库能够处理的最大会话能力，最大容量等。系统可处理同时在线的最大用户数，通常和数据库有关。

可靠性测试：通过给系统加载一定的业务压力（如CPU资源在70%~90%的使用率）的情况下，运行一段时间，检查系统是否稳定因为运行时间较长，通常可以测试出系统是否有内存泄漏等问题。

失败测试：对于有冗余备份和负载均衡的系统，通过失败测试来检验如果系统局部发生故障，用户能否继续使用系统，用户受到多大的影响，如几台机器做均衡负载，一台或几台机器垮掉后系统能够承受的压力。