转行计算机该学什么 我是学计算机软件的，现在想转行，目前考虑网页制作和软件测试这两个方面，我是女生，英语可以

我是学计算机软件的，现在想转行，目前考虑网页制作和软件测试这两个方面，我是女生，英语可以  

我是学计算机软件的，现在想转行，目前考虑网页制作和软件测试这两个方面，我是女生，英语可以

一般做项目前端后端都是分开的，假如你喜欢写代码也可以，但是开发比较容易加班；
女生建议可以做软件测试；测试相对加班不是很多，我就是做测试的。

手机测试转行计算机软件测试

你除了复习以前的知识外，可以在一些技术网站上多学习下，同时可以跟很多技术人员沟通，领测国际的网站资源还不错，你参考下

计算机软件测试方面翻译

Writing test plan, test case design and test data, to by writing a special test scheme analysis product fault, improve the test coverage, ensure project quality output
Implement test plan, and to test the problems in the course of tracking analysis and reporting, promote test problems discovered in reasonably settled timely, plete system patibility tests, and to product functionality, performance and other aspects of the test is responsible. Put forward the further improvement of product requirements and evaluate improvement scheme is reasonable
Proficient test, the theory and methods of skilled to apply various testing tools
Has the strong logic analysis ability and learning ability, has the strong summary ability（有道翻译结果）

计算机软件测试

百度一下，领测国际免费视频可以找到一套学习软 测的视频。很多软件测试的资源都在那里，你可以看看游泳没有，希望我的回答帮助了你

计算机软件测试好学吗？？

作为软件质量控制中的重要一环，软件测试工程师应运而生。软件测试工程师的工作就是利用测试工具按照测试方案和流程对产品进行功能测试和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对侧四方案可能出现的问题惊醒分析和评估。执行测试用例后，需要跟踪故障，以确保开发的差频频满足需要。、手工测试
手工运行软件，发现软件问题的过程；
测试计算器的加法功能，设计测试用例（举一个例子）：输入“2”、点击“ ”、输入“3”，点击“=”，预期结果为“5”；
自动测试
上面的一个测试用例也可以使用自动测试工具来测，基本原理是使用自动测试工具把测试过程录制下来（脚本），包括预期结果；下次测试时重放录制下来的脚本，等于使用工具再次运行这个程序，这时候就不需要人工参与；
前面提到公务员查分系统，在测试这个例子的时候，不可能找成千上万的软件测试工程师来模拟用户，只有借助自动测试工具模拟大量用户进行测试；
功能测试
测试软件的功能是否满足用户需求；
例如测试计算器就是典型的功能测试；
性能测试
例1：写了一个10000页的word文档，保存起来需要多长时间？如果需要1个小时，则说明性能不好；
例2：例如需要测试给1000开50次方，计算器计算需要多长时间，如果时间超过1分钟，即使最终得出正确结果，用户也不能接受。
黑盒测试
把被测软件看成一个黑盒，不知道软件内部代码怎么写的，根据用户需求进行的测试；
白盒测试
能看到软件的代码，依据软件内部结构（代码）进行的测试（好处：可以通过测试证明内部操作是否符合要求） 希望能帮到你。我记得在天天软件测试论坛上看过，可以查一查。

从事手机软件测试还是计算机软件测试

我星期一就要去做手机软件测试了，主要是去学经验,手机软件和电脑软件测试相通的
我是学计算机的，软件测试要懂一些编程语言，熟悉使用操作系统，熟悉数据库，具有一定的文档编写能力，还有一点很重要就是态度，正直的态度，对软件质量负责的态度，态度是做好软件测试工作的基本保证。
软件测试本身也是一门学问，软件测试的测试用例，测试流程....
我明年毕业，在学校自学了软件测试，以后准备从事这个行业，所以现在趁实习出来多学点经验。软件测试这个行业经验和能力决定了你的工资！
加油！

手机软件测试 计算机软件测试 哪个前景更好

工作累不累，哪个工作不累，不累表明没有用心。
这俩，我感觉计算机软件测试要好些，计算机软件使用特别广泛，扩展广泛。
手机软件测试，也不错，但是手机毕竟多少年内取代不了计算机，所以它的扩展就比较狭窄了

计算机软件测试难不难学。

软件测试开始的时候 是看着简单其实是有难度的，而后来就看个人发展了
因为，从一开始测试所需要学习的是思维，思维是一种解决问题的方法，工具只是一种途径，途径可以解决一种问题，但面对不同的问题，你需要的方法而不是途径，其的关键是一个悟字，测试思维看着挺简单，其实内在的东西可以用很久的时间去悟了，而测试开始阶段就已经决定了未来的发展，所以测试看着简单其实是难度的。
走上测试路上后，你会发现你会接触到的东西，不同的软件、不同的环境、不同的测试手段（在有了自己的测试思维后，你会有自己不同的测试手段），你会以个全局者的角度来看待整个项目，在你的眼里，软件不在是单单某个功能，或者模块，你会从不同维度去看待软件，而这样全方面的理解，会让你更有战略性。
当然，真正当你深入测试后，你会发现，你要学习的东西有多很多，但是，但是测试的最初的几个月，将注定了你未来的发展，因为在最初的几个月，你能学到最多的不是别的，是测试的思维，而思维将注定了你对测试的体系、软件体系的理解，而这就是你在软件这个行当里发展的关键。
个人观点，希望对你有帮助。

计算机软件测试怎么样

摘要：基于自身所处测试、开发特点提出了“分散”、“集中”制的测试管理方法。 －－－－－－－－－－－－－－ 一个公司的软件在测试计划制定、实施上该如何进行，测试工作应该如何开展，我想每个公司都有自身的一套方法、形式。或成熟、或并不十分完善，但都在积极地推动着自身研发的软件且现今各位老总们已经认识到软件测试是保障软件质量必不可少的环节。作为一名测试工作人员，我们也应该喜悦于自身的努力与成就之中。(不可一味地陶醉喔，前方的路还很长...) 那么，今天想谈谈自己在ERP软件方面定制的测试机制，请各位朋友指点指点。 首先，分析问题，制定措施 作为一家定制性软件开发公司，完全是依据客户的实际工厂作业流程与企业规模、现况进行的ERP软件开发。基于此特点在软件测试上形成的利弊也就十分鲜明，有利的是我们直接面对着一批有目的性的客户群体，这给我们带来的测试依据就更加准确、清晰；然而，对应的弊端也更加尖锐――需求变更的频繁性，需求是整个项目的奠基石，可谓是一动而牵全身。 作为负责软件质量的测试小组，应该如何对应？如果此时按照书本或某测试机构宣称：等待着开发人员一个版本成形以后，大家一起测，完毕以后，提交报告，等待下一轮的修改，验证。显然对于此类型的公司、此类型的软件开发是行不通的，我们知道ERP软件不同与其他类型的软件，生产作业流程是整个企业生产的命脉，仅凭测试用例的多少、测试技术的高超是不足以对此软件做质量保证的。 为此，我制定了“分散、集中”制的测试管理方法。即对每个项目实行一人负责到底、多人支援救助制，这样不仅激发测试人员的积极性，也让每位测试人员肩负起一份责任。（个人认为，每位员工在走进工作岗位上的时候都是怀着一颗踌躇满志，施展抱负的热切之心而来的，只是随着时间，环境、机制的推移，某些人逐渐地被消蚀殆尽。） 所谓“分散”，即保证每个项目有一位主要负责人，从项目的启动到项目的结束，负责对此项目测试业务流程的组织与管理，日常的项目缺陷跟踪、整理、反馈。这也是为了更好的应对项目的频繁变更，保证至少有一位测试人员在第一时间内了解测试项目概貌，及时对测试工作进行组织安排调整。 所谓“集中”，就是在项目（或多个功能）需要交付试用或者是正式上线之初，在测试上需要验证多方面的功能，即对项目需要进行集成测试、系统联调（这两个测试步骤是在《ERP软件测试六步曲中》的定义，未必就是目前所谓的测试术语），此时凭借单个人的力量是无法胜任的（时间、任务执行），需要其它的测试人员配合，该项目测试负责人就可以申请调用其它测试人员，为了快速的让测试人员进入角色、熟悉项目，就可以由项目测试负责人把该项目的业务流程做统一的讲解和培训，有效解决鞭长莫及的现象。（短时间的训练怎么可以胜任呢？别忘了前面的“分散”制，这些测试人员就是其他项目中的测试负责人，有着几乎完全一致的测试方法、技术，以及对开发软件的共同了解。公司虽然针对着许多个不同生产企业，但是在开发出的软件上是采用的同一框架、同一理论去解决多个企业问题。） 其次，我再讲讲这种机制的好处 1、激励员工 我记得几年前某位上级对我们进行员工考核时问过这样一个问题：你认为什么样的工作管理机制会使员工充分地发挥才能？我当时的回答是集体管理、允许个性发挥，这样才是一个充满激情的团队。 而这种“分散、集中”制恰好使每一位成员都有两重身份，即：这个项目组的测试负责人，另外一个项目组的普通测试人员，最终，又都归属测试小组这个集体。这样每个测试人员可以在自己的项目组里自由发挥，不受级别限制，当作为普通测试人员时又可以向其他项目组人员学习、借鉴，另一方面测试人员必须主动地全面了解自己负责的测试项目，以便在项目需要做集成测试、系统联调时对其他同事进行培训。 如果别的项目培训的都很好，而自己负责的没有做好，那会是什么景象呢？人最大的特点就是比上、比下时都无动于衷，只有和身边的人、同等的人相比时才会极其敏感。不难想象，是一位热血儿女都会非常努力地、勤奋地要赶上对方，甚至于超越对方，有如此一个默默赶拼、面对难度与挑战勇往之前的团队，老板还会担心员工偷赖吗？ 2、深入研究、保留劳动果实 由于所有项目都有其共同点，不同的行业又单独具有本行业的特质，每个测试人员在熟悉了本项目的基础之上，可以很快的理解其他项目，避免被动的接受，做到借鉴与互补的同时可以相互探讨、总结软件中最大的缺陷在哪里？为开发者或需求者提供参考意见，同时测试小组依据各项目的特点调整整个测试的管理，把制定的、探讨出的测试方式、过程，寻求到的测试技巧得以在不同的项目中实施。这种重复的探索最终会慢慢地使测试小组形成相当丰富的劳动成果，不仅仅只是受益于整个测试，而在某种程度上积累到的项目特性最终会给其他部门，或整个公司带来享之不尽的资源。 最后，再谈谈这种机制的可执行面 项目测试负责人自己有权调配时间，自己控制功能的稳定情况（当然这里的稳定性需要和项目负责人做沟通），对所负责的测试项目制定相关的测试计划进度，在一定时候向测试小组提出对项目进行集成测试、系统联调，由测试小组商讨以后，分配出时间、人员，对该项目（功能）执行一次较完整的测试。 为了避免项目负责人自身还没有做测试，或测试做的不完整时，要求其他人员协助测试，那么测试小组规定，请求资源测试者必须对测试的功能执行过单元测试、组合测试（这两个测试步骤是在《ERP软件测试六步曲中》的定义，未必就是目前所谓的测试术语），当协助人员发现初级错误出现的频率高于一定比例时，测试小组有权拒绝测试者的资源请求（在一定程度上，这些协助人员又起到了监督的作用，且有着非常权威性的发言权，避免出现不懂乱指挥、造成双方都不满意的窘境）。 当然一些特殊原因除外，功能模块较多或是这次测试工作比较紧急，测试小组应该予以支持。——不过，还是希望不要有此类事件的发生，因为它在预示着某个环节肯定有差错。 －－－－－－－－－－－－－－ 感谢您的浏览！

我是学计算机软件的,想学习软件测试,看那些书比较好呢

书名：软件测试实用技术与常用模板
出版社：机械工业出版社
出版时间：2010年10月
内容简介：
本书从软件测试实用理论和实战技术的角度出发, 以通俗易懂的语言讲述软件测试所需要的知识,并且以“手机信息管理系统模型”为测试软件平台，系统、全面地对测试实用理论和实训技术所需要的基本知识及高级技能进行介绍。本书突出实用性和实训的特点，是作者的软件测试经验和实践体会的总结。本书主要讲解测试理论和各种测试方法，并且给出大量实际工作中用到的测试用例、测试方法和测试写作模板等内容。本书附赠的光盘中包含一些实用工具和文档。本书可作为软件测试、软件开发等专业方向工程类硕士、项目管理类硕士和本科生的教材，也可作为软件测试理论与实践工作者进行研究、培训与应用实践的参考资料，同时还可供从事软件测试和项目决策的中高级管理人员阅读使用。