怎么软件测试啊？_生活广记

软件测试属于IT行业中容易入门的岗位，代码量较少。0基础进入IT行业，完全是ok的，IT行业分好几种有开发，测试，UI，自动化，测开，运维等这些岗位。在这些岗位里面测试相对来说还是比较容易上手学会的。因为开发、运维、自动化这些都对代码的要求挺高， 0基础的话对代码认识不是一、两天就可以学好的。
课程内容主要有：
搭建Windows测试环境，JAVA编程，软件测试基?。?数据库技术，用户界面技术，高效设计测试用例，阶段项目实训，搭建 Linux 测试环境，白盒测试，WEB技术，高效使用自动测试工具，软件质量保证，流行测试基础，企业级项目实训用例等！
学完可以从事：
功能测试工程师，性能测试工程师，安全测试工程师，白盒测试工程师，自动化测试工程师，接口测试工程师，测试开发工程师等。
互联网行业目前还是最热门的行业之一，学习IT技能之后足够优秀是有机会进入腾讯、阿里、网易等互联网大厂高薪就业的，发展前景非常好，普通人也可以学习。
想要系统学习，你可以考察对比一下开设有相关专业的热门学校，好的学校拥有根据当下企业需求自主研发课程的能力，能够在校期间取得大专或本科学历，中博软件学院、南京课工场、南京北大青鸟等开设相关专业的学校都是不错的，建议实地考察对比一下。
祝你学有所成，望采纳。
测试用例是什么意思？测试用例介绍
用例定义：为某个业务，编制的一组由测试输入，执行条件以及预计结果组成的案例
为什么要学习测试用例
1：在测试前做好用例，我们可避免盲目的测试问题这样可以大大的节约我们测试的时间。
2：在测试的时候我们有用例的话我们就是做到避轻就重，把重要先测试。
3：软件更新后只需要修改少部分的测试用例，降低工作强度，缩短项目周期
4：检验软件是否满足客户需求，体现一个测试人员的工作量，展现测试用例的设计思路
测试用例的核心要素（16个）
必须掌握：用例编号（如何命名）、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
1：用例编号：产品型号-文件类型-版本号-序号（淘宝商城： TB-TC-11-001）
2：所属模块：
3：用例标题：一般要做到一看标题就大概能猜出这条用例在测试什么
4：优先级：
5：前置条件：在做这个测试之前必须要先做的事情
6：操作步骤：
7：测试数据：
8：预期结果：一旦给定了前置条件/操作步骤/测试数据，预期结果我们就知道了，预期结果是正确的结果（应该有的结果）
9：实际结果（特别注意）：只有实际测试过才知道，写用例的时候不写，测完才写
10：通过否：看实际结果与预期是否一致，一致就是通过了，没有bug；不一致，没通过，bug
11：bugID：bug的编号
12：编写人员：
13：编写时间：
14：测试人员：谁测试就写谁
15：测试时间：
16：备注：
提取测试点
一个一个需要分析测试的地方
一个测试点有可能会有多条测试用例，一个用例只有一个测试点
每一个和用户交互的地方都是测试点
什么是高质量的测试用例
1：测试用例覆盖所有的用户需求
2：测试用例要简单明了
3：各类型的测试用例要齐全
4：用最少的用例覆盖最多的需求
测试用例的方法
等价类划分法：
就是把可能输入的数据进行一个区域的区分，然后从区域中取出局有代表性的数据去测试
等价类：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。
分类：
【怎么软件测试啊？】
一般分为有效等价类和无效等价类：
有效等价类：就是说符合需求，输入合理的数据集合；
无效等价类：就是不符合需求，输入的数据集合不合理：
类型
取值范围型：输入学生成绩 0-100
恒等类型：只有一个结果是正确的，其他都是错误的例如 **的特等奖
布尔值型：通过是否来进行选择，如同意协议
枚举类型：给出选项内容，只要符合其中任意一个就可以例如选择学历
规则类型：给定要求，满足要求的就可以，比如邮箱
在任意文本输入框中可以填写的字符类型：中文、英文、特殊符号、空格、数字。
边界值分析法
边界值定：边界值分析是取稍高于和低于边界的一些数据进行测试
确定边界值的方法：上点，离点，内点
1：上点：上点是指边界上的点，开:区间的话上点在域外，闭区间的话在域内，上点遵循开外闭内
2：离点：离上点最近的点，开区间离点在域内，闭区间离店在域外，离点遵循开内闭外
3：内点：域内中间的数值取一
例子：
0<=x<=10 左上点 0 左离点 -1 右离点 11 右上点 10 内点 5
0<x<10左上点 0 左离点 1? 右离点 9? 右上点 10 内点 5
0<=x<10? 左上点 0 左离点 -1 右离点 9? 右上点 10 内点 5
闭 [0,10）开上点0 右上点11
测试用例(Test
Case)其实是将软件测试的行为活动做成一个测试用例的科学化的组织归纳，目的是能够将软件的测试的行为转化成可一管理的模式；同时测试用例也就是将测试具体量化的方法中的一个，不同类别软件，测试用例都是不同的。不同于个个系统、工具、控制、游戏软件，管理软件的用户需求全然不同的趋势。
首先，找产品经理了解熟悉当前产品，首先得知道这个产品的中心概念、使用场景、开发模块优先级等等，产品经理开始一般会口述给你讲解等等。
其次，一般产品要开发，产品经理都会做“原型”，产品经理按照他当时做的原型图给你讲解每个功能模块、且某些模块之间存在关联、存在一个模块有好几个入口、哪些模块是在规划中，但是第一个版本暂时不做，第二个版本中进行开发等等，你都要认认真真的听，因为这些跟你后面写测试用例有天大的联系，这些都是最基本需要了解的信息，某些特殊的模块使用产品经理都会在原型旁边进行注释说明，如：用户名称文本框输入，会注释说明可输入的长度、内容（汉子、数字、特殊字符等）限制等等，在产品经理讲解时，要注意查看注释，遇到概念不是特别清楚的，要及时提出与产品经理进行沟通，对产品原型要熟悉。
再其次，向ui设计人员要相关的设计图，拿到设计图不要以为就可以开始写了，首先应该对设计图进行预览，每个页面的设计最起码心里要有个概念存在，这样在写用例时查找对应的设计页面就会很快，不至于瞎找半天还找不出来，对产品了解清楚之后。
最后，就可以开始写测试用例了，参考：产品原型图与设计图，一般小公司都会有这两个，需求文档就别想了，基本很少有人去整理需求文档，如果在资料全的情况下，可参考的条件越多，写出的用例越全面，遇到原型与设计不匹配的地方，一定要及时提出，与产品经理或者ui设计人员进行沟通确认。