软件测试员怎么样？前景如何
软件测试员就是在开始任何新的项目时，都会有一个初始的项目熟悉会议。在这个会议上，我们一般都会讨论一下客户是谁，项目的持续周期以及何时交付，谁是项目的总负责人，也就是项目经理，谁担任技术主管、质量保证主管、开发、测试等等。
项目的计划是根据SRS（项目需求规范）建立起来。测试人员的主要职责是根据SRS和项目计划设计软件测试用例。开发人员从设计开始编码。项目工作被分割为不同的模块，这些模块被分发到开发人员之间。同时，测试人员要负责配置测试环境并依据分配的模块编写测试用例。我们试图利用SRS来设计覆盖几乎所有的功能点的测试用例。在这个过程中可以使用一些excel测试用例模板或者缺陷追踪工具来手动的维护数据。
当开发人员完成了单个模块的设计后，这些模块就会被分配给测试人员。测试人员将会在这些模块上面进行冒烟测试，如果模块未通过测试，则会将它们分配给相应的开发人员进行修复。对于那些通过冒烟测试的模块，将会依照书面的测试用例对它们展开手动测试。
在这个过程中如果发现了任何缺陷，这个模块将会被分配给模块开发人员进行修复，同时测试人员登录缺陷跟踪工具对发现的缺陷进行记录。测试人员在缺陷修复测试仪上进行缺陷的确认及所有相关模块的回归测试。
如果缺陷通过了验证后，会标记为已验证和已关闭，如果没有通过验证，那么上述提到的缺陷周期将会重复进行（缺陷的生命周期将在其他的文章中进行说明）。首先在单个的模块上执行不同的测试，然后在集成的模块上进行集成测试。这些测试包含了兼容性测试，比如说使用不同的硬件，不同版本的操作系统，软件平台，不同的浏览器等等。同时还要通过SRS进行压力测试和负载测试。
最后，将会搭建一个虚拟的客户环境进行系统测试。当软件通过了所有的这些测试用例，测试报告就形成了，也是时候下决定发布产品了。
以下是一个项目生命周期过程的简单描述。
这是根据IEEE和ISO标准写出的在每一个软件质量和测试生命周期中进行的测试活动的详细步骤：
1)回顾软件的需求文档
2)设定主要版本的目标
计划软件发布的目标日期
制定详细的项目计划。这个详细的项目计划包含了设计规范
根据设计规范制定测试计划
测试计划：测试计划包含了测试的目标和测试使用的方法，功能测试点和非功能测试点，测试风险标准，测试日程安排，多平台支持和测试的资源配置。
测试规范
测试规范文档包含的技术细节（软件需求）需要在测试前给出
编写测试用例
1)冒烟（BVT）测试用例
2)理智的测试用例
3)回归测试用例
4)负面的测试用例
5)扩展的测试用例
6)开发-分模块的开发方式
7)安装程序绑定：安装程序是依据每个独立的产品构建的
构建过程：
1)一个构建包含安装多平台的可用产品
2)测试
3)冒烟测试（BVT）是一种基本的应用程序测试，它决定了进一步的测试方向
4)新功能的测试
5)跨平台的测试
6)压力测试以和内存泄露测试
缺陷报告
1)创建缺陷报告
2)开发-代码冻结
3)在某个节点上不增加新的功能
4)测试
5)构建和回归测试
6)决定发布版本
7)长期对象发布后的场景
软件测试员前景：
近两年来，随着互联网的快速发展，软件系统变得越来越复杂，一个软件产品不再是由1-2个开发人员单独编写，而是团队配合，可能每个人只负责一个单模块，对于产品全局没有全据了解，所以这些软件在运行时就非常容易错误，行业内将此称之为Bug。
并且每一个软件工程师都会有思维死角，不容易发现自己编写出来的错误，所以这时就需要专门的软件测试工程师用专业的测试方式来检查产品了。
并且，因为我国企业对软件测试技术的认知较晚，所以这方面的专业技术人才在国内还很稀缺。据调查显示，目前国内软件测试人才缺口已达到30万，中国软件业每年新增约20万测试岗位就业机会，但是企业、学校培养出的软件测试人才不足需求量的1/10，并且需求与供给间的差距仍在进一步拉大。华为就曾一次抛出过50名软件测试人员的招聘大单，而其他大厂也纷纷打出高薪招聘软件测试人才的启事。
随着用户对产品要求逐渐提升，测试人员在企业内部的分量只会越来越重，北上广深等一线城市将会带动其他城市一起发展。因此，软件测试的前景只会是越来越好，当然，最基础的功能测试的岗位需求已经很少了，但自动化、性能、安全乃至于以后可能出现的大数据测试、AI测试仍存在着非常多的机会。
