1、软件测试是什么？ 对软件的质量做检测
目的：尽早、尽多、尽快发现软件的缺陷，提升软件质量、提升用户的满意度 -软件测试工程师
从客户角度划分：1、产品（已经出来的产品已经流经市场的，广泛、通用）
2、项目（比较有针对性的就是一堆人，团体甚至一个人在测）
2、软件测试如何开展？
懂需求->写测试计划->测试用例设计编写->测试环境搭建（测试的网站）->发现BUG->提交给开发修复BUG->测试验证BUG（回归）->总结报告
3.软件测试起源与需求
测试思维：拿到一个项目第一从需求开始，如果给了一个电商的平台，那么就要按下面的方法来表述（先分析测什么后测试）
项目的业务背景：比如一个电商平台-有客户（web、app）和商家端。
第一测试的是用户购买的过程（web,app）
第二测试商家的上架过程等一系列相关过程。
第三项目的性质，应该有多少个端（用户端，商家端，后台） 前后台对应的测
打开项目网站我们接触的就是UI层面上的测试
UI：web界面（界面测试）
1、网址链接测试（能否打开链接）、导航菜单测试（测试点：1、鼠标提示2、打开的内容正确）
2、图片测试（能否加载图片，加载的图片是不是我们想要的图片）
3、内容测试（内容正不正确，数据对不对应的上）
4、兼容性（在电脑手机上打开的效果，不同浏览器打开情况）
以上4点的不管你用什么浏览器还是手机电脑能够将四点都做到就OK。
在对项目进行功能测试时，我们单一的就项目网站点点就完事了吗？这里就会发现，我们需要一个系统的，有条理性，能
够覆盖我们该测些什么的计划来进行测试，便需要提取测试点来设计编写测试用例。
什么是测试用例
1、测试用例就是设计一种情况，软件在这种情况下，能够正常运行并且达到期望执行结果。
2、如果程序在这种情况下不能正常运行，而且这种问题会重复发生，那可能是一个软件缺陷。
测试用例从哪里来？1、需求2、客户(3、客户提出了一部分，剩下的按照行业规范来做)
测试用例的作用是什么?1、写完用例测试人员组织评审2、客户通过用例可以看到测试了哪些
如何设计测试用例：三部曲
一部曲: 要测试什么， -业务-
二部曲：怎么样测试，-测试环境搭建-[简单的说就是得到项目网站]
三部曲：如何判断正确与否，-需求-
思维导图工具
在我们理解了项目后通常会用思维导图提取测试点，写上正常与异常的情况，然后组织评审。这些测试点就是对应的是测
试需求，把需求细分拆分，所以我们的测试标题就可以在这个测试点来写，比如：验证它的行为。如果有需求变更那么就
可以在
这思维导图上进行维护。大家自己的模块测完了后进行交叉测试。
什么是用例:
打个比方，主题我在玩游戏---这就是个需求，现在，我在打一把时长30分钟的游戏，我能够顺利的玩这30分钟的游戏就是一个正常的用例，那么异常的用例就好比(异常用例一)老爸向我走来，想看我在干嘛，那么这时我要关掉游戏。(异常用例二)玩着玩着笔记本突然没电，关机了，那么我们要拿充电线充电，然后重启游戏。(异常用例三)玩着玩着，电脑蓝屏，重启电脑，重启游戏。(异常用例四)你正在打游戏，爸妈叫你来吃饭，你玩不了，必须去吃饭。(异常用例五)玩着玩着，突然想起我生病，要还没吃，去吃个药先。等等这些各种各样的异常情况。这就是用例。
测试用例编写：
方法：
正确的情况：
标题：验证没有登录的情况下输入正确的信息商城可以正常留言，并且后台可以查看
优先级：高
测试步骤：1、访问商城首页；2、打开在线留言页面3、填写正确的留言信息4、提交留言
期望结果：1、页面提示留言成功 2、登录后台是否有留言
实际结果:网站页面丢失，留言失败，测试不通过
异常的情况：我们把各种各样的异常情况写在一个用例里面
错误推测 ：除了正常和异常的情况，根据个人的经验如果有感觉不对劲情况也要写上。
这样三个用例就可以把在线留言的这个功能覆盖
例子：
用思维导图来管理测试用例是目前不管国内国外的潮流，毕竟通俗易懂好维护，需求一改，也就在上面找到改了的需求，改一改，相比于大多数测试人员写在Excel上，最后呈现出一大串的用例，又多又不好管理，看了都头疼的好。
什么是用例
打个比方，主题我在玩游戏---这就是个需求，现在，我在打一把时长30分钟的游戏，我能够顺利的玩这30分钟的游戏就是一个正常的用例，那么异常的用例就好比(异常用例一)老爸向我走来，想看我在干嘛，那么这时我要关掉游戏。(异常用例二)玩着玩着笔记本突然没电，关机了，那么我们要拿充电线充电，然后重启游戏。(异常用例三)玩着玩着，电脑蓝屏，重启电脑，重启游戏。(异常用例四)你正在打游戏，爸妈叫你来吃饭，你玩不了，必须去吃饭。(异常用例五)玩着玩着，突然想起我生病，要还没吃，去吃个药先。等等这些各种各样的异常情况。