只接受发布货源信息,不可发布违法信息,一旦发现永久封号,欢迎向我们举报!
免费发布信息
16货源网 > 餐饮行业新闻资讯 > 软件开发 >  本人27岁女,专科学的是软件开发(.net),之前一直做网站运营,现在想转行做软件测试,可行吗?


  • 【莆田鞋厂家分类】
  • 【奢侈大牌包包厂家分类】
  • 【潮牌奢侈服饰鞋子厂家分类】
  • 【名表厂家分类】

厂家货源分类区域

本人27岁女,专科学的是软件开发(.net),之前一直做网站运营,现在想转行做软件测试,可行吗?

发布时间:2019-06-10 04:39:28  来源:网友自行发布(如侵权请联系本站立刻删除)  浏览:   【】【】【
首选确定是可以转行的,毕竟你有开发基础,代码基本上没有大问题的。关于转行这个问题,很多时候看自己有没有决心。问自己能否坚持下去,如果可以,就果断转行。不知道你之前是否了解软件测试、软件测试是做什么的、
本人27岁女,专科学的是软件开发(.net),之前一直做网站运营,现在想转行做软件测试,可行吗?

首选确定是可以转行的,毕竟你有开发基础,代码基本上没有大问题的。

关于转行这个问题,很多时候看自己有没有决心。问自己能否坚持下去,如果可以,就果断转行。

不知道你之前是否了解软件测试、软件测试是做什么的、软件测试好不好学之类的东西。如果这些都没有了解,盲目转行我是不建议的。现在功能测试只是求职的敲门砖了,很多企业要求会性能测试,自动化测试技能。

一、想要零基础学好软件测试,首先你要了解什么是软件测试

  1、什么是软件测试?

  软件测试(英语:Software Testing),描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说,软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。

  2、怎样才算一个真正的软件测试工程师?

  真正的软件测试工程师算是半个产品经理,半个开发工程师。有人觉得这个标题有点讽刺,真正的测试?难道我们不是真正的测试,平常做的都不是测试的工作吗?其实不肯定也不否定,但这是一个包含关系,如果只是评审+用例编写执行,那么确实不是一个真正的测试。

  正如标题那样,我认为真正的测试 =“半个产品+半个开发”。

  半个产品,主要体现在理解这个需求为什么要做?其核心价值在哪里?吸引用户的特点是什么?意味着在评审阶段,你除了帮助完善功能需求外,更重要的是理解这个需求对于用户有什么价值,你是用户你会怎么想有什么感受,不能简单的走完流程就可以了,比如一个播放视频类应用, 多样性 流畅度 简易性 快速性等 这是在评审之后可以总结出来的,那么抱着这个价值点,围绕这我们的整个测试流程,往往能够发现不一样的地方。比如还是播放类应用,在我了解个特性后,在测试过程中我会更加留意播放方面的性能,以及兼容性,在我设计测试方案的时候就会标明这几个测试重点,以便我自己或者组员能够在测试过程中多加留意这部分的测试点,然后在设计测试用例的时候会提高优先级和覆盖率。可以发现,测试有了测重点。

  半个开发,其实个人认为这是偏向于灰盒测试了,体现在一个需求,你除了要明确这个需求的业务逻辑,其代码逻辑(数据流逻辑)也是需要知道的,从后台获取的json数据结构到客户端展示再到存储至本地数据,这一个流向,都是需要去了解并测试的(这部分参照之前写的测试分析文章),所以测试验证的不仅仅是功能层面的东西,还是内部的具体实现(当然,具体到类方法的测试那是测试开发的职能,不关咱测试的事),我们要保证的,就是这一阶段数据的正确性和容错性。这样做的好处是,能从内部发现缺陷,在出现问题的时候可以大概定位到问题出在哪,在出问题面对boss的质疑能够把责任丢给开发,哦不,是更好的解决问题。

  那么半个开发还体现在对工具效率的提升上,能够通过小脚本,小框架去提升测试效率,这要求对于基本的语言要求是必须的,大公司面试的某一轮考研的就是你的代码能力,所以测试还是半个开发这一点是毋庸置疑滴。

  1、测试项目启动与规划

  一般地,项目启动过程组包括两个过程:即制定项目章程和制定项目初步范围说明书;而项目规划过程组则会综合项目的成本、范围、时间、质量、风险、人力、沟通、采购等因素制定项目计划,该项目计划将用于指导项目的实际执行。

  对任一项目而言,有三个文件是非常重要的。即:项目章程、项目范围说明书,项目管理计划。这三个文件均产生于项目启动阶段和项目规划阶段。其中项目章程被认为是三大文件之首(项目章程、项目范围说明书,项目管理计划)。一个项目,不论大小,都应该有项目章程。

  一个典型的项目章程包括如下内容:

  1)项目名称及背景描述;

  2)项目经理任命及职责范围界定;

  3)项目业务需求描述;

  4)项目发起的原因;

  5)主要项目干系人及其初步需求;

  6)产品及预期交付成果描述;

  7)项目假设和约束条件。

  三、零基础如何学好软件测试,不懂测试方法怎能事半功倍?

  1、从测试设计方法分类

  Black box黑盒测试:把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识。从软件的行为,而不是内部结构出发来设计测试.

  White box白盒测试:设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择。

  Gray box. 灰盒测试:介于黑盒和白盒之间

  总结: 实际工作中,对系统的了解越多越好。目前大多数的测试人员都是做黑盒测试,很少有做白盒测试的。 因为白盒测试对软件测试人员的要求非常高,需要有很多编程经验。做.NET程序的白盒测试你要能看得懂.NET代码。做JAVA程序的测试,需要你能看懂JAVA的代码。 如果你都能看懂了,你还会做测试么

  2、从测试是手动还是自动上分类

  Manual Test 手动测试:测试人员用鼠标去手动测试 (测试GUI)

  Automation 自动化测试:用程序测试程序 (测试API)

  对于项目来说, 手动测试和自动化测试同等重要,都是保障软件质量的方法。 目前大部分的项目组都是手动测试和自动化测试相结合。因为很多测试无法做成自动化,很多复杂的业务逻辑也很难自动化, 所以自动化测试无法取代手动测试。

  对于软件测试人员个人发展来说, 做自动化测试是个挑战,也是测试人员发展的一个方向, 需要测试人员学习大量的开发知识(开发的知识真是学无止境啊)。 从长远角度来看,自动化测试肯定是越来越吃香的。

  而手动测试比较适合刚工作不久的人,手动测试最大的缺点就是技术含量低,单调乏味,容易废人。

  总的来说,手工测试胜在测试业务逻辑,而自动化测试胜在测试底层架构。

  如果被测试的程序可测试性比较好, 很有必要做成自动化测试。 能做自动化的尽量做成自动化, 下面这些情形是可以做自动化的:

  1) 测试存储过程。 例如用C#去测试存储过程

  2)测试Web servies. 例如: 用SoupUI工具,或者C#,Java 去测试Web servies。

  3)界面和业务逻辑分离的系统,比如,MVC,MVP架构, 或者WPF 程序。 可以用测试脚本去测试这些程序的API。

  3、从测试的目的分类

  功能测试

  测试的范围从小到大,从内到外, 从程序开发人员(单元测试)到测试人员,到一般用户Alpha/Beta测试

  Unit Test 单元测试:在最低的功能/参数上验证程序的准确性,比如测试一个函数的正确性(开发人员做的)

  Functional Test 功能测试:验证模块的功能 (测试人员做的)

  Integration Test 集成测试:验证几个互相有依赖关系的模块的功能 (测试人员做的)

  Scenario Test 场景测试:验证几个模块是否能完成一个用户场景 (测试人员做的)

  System Test 系统测试:对于整个系统功能的测试 (测试人员做的)

  Alpha 测试:软件测试人员在真实用户环境中对软件进行全面的测试 (测试人员做的)

  Beta 测试:真实的用户在真实的用户环境中进行的测试, 也叫公测 (最终用户做的)

  非功能测试

  一个软件除了基本功能之外,还有很多功能之外的特性,这些叫“Quality of Service requirement”服务质量需求。没有软件的功能,这些特性都无从表现出来,因此,我们要在软件开发的适当阶段-基本功能完成后做这些测试。

  Stress test 压力测试:验证软件在超过负载设计的情况下仍能返回正确的结果,没有崩溃

  Load test 负载测试:测试软件在负载情况下能否正常工作

  Performance test性能测试:测试软件的效能,是否提供满意的服务质量

  Accessibility test:软件辅助功能测试-测试软件是否向残疾用户提供足够的辅助功能

  Localization/Globalization:本地化/全球化测试

  Compatibility Test:兼容性测试

  Configuration Test:配置测试-测试软件在各种配置下能否正常工作

  Usability Test:可用性测试 –测试软件是否好用

  Security Test:软件安全性测试

  性能测试

  性能测试要求测试人员熟练性能测试工具,比如QTP, LoadRunner, Jmeter。 Visual Studio也提供了很多性能测试的工具. 要求测试人员对低层协议非常理解和编写脚本

  性能测试非常有技术含量, 很有发展前途, 是软件测试人员的一个职业发展方向。

  安全性测试

  安全性测试的内容很广, 非常有难度啊。 我只接触过XSS(跨站脚本攻击)和SQL注入攻击。

  安全性测试非常有技术含量, 我认为也是软件测试人员的一个职业发展方向

  4、按测试的时机和作用分类

  在开发软件的过程中,不少测试起着“烽火台”的作用,它们告诉我们软件开发的流程是否畅通。

  Smoke Test:“冒烟”–如果测试不通过,则不能进行下一步工作

  Build Verification Test(BVT):验证构建是否通过基本测试。

  Acceptance Test:验收测试,为了全面考核某功能/特性而做的测试

  BVT测试是一种Smoke Test, 指Build生成好之后,自动运行的自动化测试脚本来检查这个Build的基本功能。 如果BVT测试失败了,需要开发人员马上修改,重新生成Buil

  5、按测试测策略分类

  Regression Test 回归测试:对一个新的版本,重新运行以往的测试用例,看看新版本和已知的版本相比是否有退化 (regression)

  Ad hoc Test 探索性测试:随机进行的,探索性的测试。

  Santiy Test:粗略的测试, 只需要执行部分的测试用例

  Regression Test 回归测试:

  对软件测试人员来说就是重复测试,所以回归测试最好是自动化的,否则测试人员就要一遍又一遍地重复测试。

  1)开发人员做些小改动,就需要测试人员做回归测试。确保现有的功能没有被破坏;

  2)Bug Fix 也需要回归测试,确保新的代码修复了Fix, 也确保现有的功能没有被破坏;

  3) 项目后期,需要做一个完整回归测试, 确保所有的功能都是好的。

责任编辑:
热门阅读排行
© 16货源网