Topic: 在IT中，QA工作是辛价比最高的一种。 @枫下论坛 The Rolia Forum

工作学习 / 事业工作 / 在IT中，QA工作是辛价比最高的一种。 -hutuhao(忙!); 2021-10-25 {26} (#14065458@0) +1
如果是QA合同工那就更值了。

IT，性价比最高是还管着三十年老code的人。 -xz730000(笑一笑，十年少); 2021-10-25 (#14065482@0)
辛价比？价=工资，辛=辛苦？ -sailor(Ocean & Mountain); 2021-10-25 (#14065513@0)

嗯，是薪辛比：）~觉得这里华人码工喜欢做那些(辛)苦哈哈的coding. -hutuhao(忙!); 2021-10-25 (#14065529@0)

I like coding. Way more fun. 😁 -sailor(Ocean & Mountain); 2021-10-25 (#14065610@0) +2

+1 -longriver6(常乐乐); 2021-10-26 (#14066998@0)
老大你那个不能算。你那里是想做就做，不想做就可以说No的。觉得现在肉联code才是的你正在花时间的地方。 -hutuhao(忙!); 2021-10-26 (#14067144@0)
牛👍 -doris99(智🐮); 2021-10-26 (#14068106@0)

QA最近工资确实挺高的，原来远低于程序员，QA还有个好处负的责任比较小，系统崩了责任主要是程序员，压力小太多了 -keysi(K.S); 2021-10-25 (#14065579@0) +2

Probably you're wrong. QA means quality assurance. If the system crashes, it means the QA didn't test it properly. -sailor(Ocean & Mountain); 2021-10-25 (#14065619@0) +4

QA couldn't cover all possible real cases, just technical impossible, it's a common excuse for QAs -keysi(K.S); 2021-10-25 (#14065633@0) +2

老板写程序QA容易成背锅的 -manniangpai(慢两排); 2021-10-25 (#14065635@0) +1

不会，这是一个QA面试常问问题，答案见内。 -tracyd(等待明天); 2021-10-26 {1710} (#14068180@0)
What if there isn't enough time for thorough testing?
Use risk analysis, along with discussion with project stakeholders, to determine where testing should be focused.
Since it's rarely possible to test every possible aspect of an application, every possible combination of events, every dependency, or everything that could go wrong, risk analysis is appropriate to most software development projects. This requires judgement skills, common sense, and experience. (If warranted, formal methods are also available.) Considerations can include:
Which functionality is most important to the project's intended purpose?
Which functionality is most visible to the user?
Which functionality has the largest safety impact?
Which functionality has the largest financial impact on users?
Which aspects of the application are most important to the customer?
Which aspects of the application can be tested early in the development cycle?
Which parts of the code are most complex, and thus most subject to errors?
Which parts of the application were developed in rush or panic mode?
Which aspects of similar/related previous projects caused problems?
Which aspects of similar/related previous projects had large maintenance expenses?
Which parts of the requirements and design are unclear or poorly thought out?
What do the developers think are the highest-risk aspects of the application?
What kinds of problems would cause the worst publicity?
What kinds of problems would cause the most customer service complaints?
What kinds of tests could easily cover multiple functionalities?
Which tests will have the best high-risk-coverage to time-required ratio?

好详细，一看就是QA大拿 -manniangpai(满两拍); 2021-10-26 {64} (#14068191@0)
一般自己写程序的老板未必这么看哈
QA大拿自然也不会去

这是一个面试经常被问到的比较tough的问题。也是经常会遇到的实际问题。 -tracyd(等待明天); 2021-10-26 (#14068217@0)

感觉应该是QA的责任最大 😄 -boolean(村支书_铁蛋儿); 2021-10-26 (#14066983@0)
你没干过瞎猜呢吧。不一定程序员责任就小，但是绝不可能是qa比程序员压力小太多 -vega_lee(天津包子-就不改); 2021-10-26 (#14067119@0) +1

这里的人都是IT老炮儿了，啥没干过 -keysi(K.S); 2021-10-26 (#14067148@0)

样样通不如一样精 -vega_lee(天津包子-就不改); 2021-10-26 (#14067259@0) +2

IT老炮儿没有一个人只干过一样儿的，样样熟悉和一样精不矛盾 -keysi(K.S); 2021-10-26 (#14068204@0)

上了production有问题不是先看QA有没有责任，而是先去找DEV有没有责任？？？质量好不好是一个team work. 如果是在QA环境中都是好的，但是到了production出问题，或者有过bug记录过也改掉了，但是production就是依然有问题，这就是DEV或者deployment的问题了。 -tracyd(等待明天); 2021-10-26 (#14068149@0)

说QA责任小dev负责一切问题应该是公司 in-house application dev。软件公司QA把关质量是出厂给客户安装前的最后签字者。若是关键功能问题，QA就等着被开吧，然后QA老板找手下垫背。当然功能bug blame QA有点欺负人 -zbeifly(苇子坑); 2021-10-26 (#14068228@0)

以前工作过的一个小公司，程序员主要是华人，经理白人，两个QA印度人。 -laohu667(老虎 667); 2021-10-26 {215} (#14067079@0)
后来公司扩展了，又招了几个程序员，有华人白人印巴人，增加2个印巴人QA，QA组独立出来招了team leader。又过一段时间，QA开始评选代码"质量之星''，每次当选的都是白人或者印巴程序员。公司领导层每次都极为鼓励，发邮件给全公司。

去过的几个地方看到的QA多是东欧人。 -hutuhao(忙!); 2021-10-26 (#14067171@0) +1

QA技术含量不高，工作量大，责任大，压力也蛮大。现在流行的agile, scrum, QA拍板决定能不能上。这样程序员可以轻装上阵，义无反顾写码。象咱这种马大哈也能写码多亏了QA😂 好多白人小哥做，升的都蛮快的。 -piglet(小猪); 2021-10-26 (#14067195@0) +2

QA唯一能做的就是评估他们测试这部分需要花费多少时间。QA能决定能否上，那要business team和客户干嘛呢？ -tracyd(等待明天); 2021-10-26 (#14068094@0) +1

我说的是从开发上生产。QA不管前期评估，做什么不做什么，只管后期把关，你要做的东西能不能上生产，不仅是这个周期的的目标有没有实现，更重要的是有没有break其它功能。正规的地方没有QA sign off, 是不能push的。 -piglet(小猪); 2021-10-26 (#14068160@0)

QA得担责任么。 -tracyd(等待明天); 2021-10-26 (#14068181@0)

当然得担责任。在一些打鸡血似的公司里面，说no压力很大。我见过女QA被欺负哭的。 -piglet(小猪); 2021-10-26 (#14068195@0)

公司工作流程很重要，很多公司流程不好，QA没有话语权，最后requirement或者底层架构最后阶段改来改去，测试时间根本不够，然后出问题责任都推QA身上。这我见多了。 -tracyd(等待明天); 2021-10-26 (#14068211@0)

是，所以能从QA中杀出来的都有一些非技术的本事，前途光明。 -piglet(小猪); 2021-10-26 (#14068220@0)

有的时候从面试官提的问题就可以知道一些。例如有人会问，你们有没有产品到时候release不了，bug太多的面试问题。有的时候，问一下QA team的工作流程就可以了解1-2. -tracyd(等待明天); 2021-10-26 (#14068250@0)

👍 -piglet(小猪); 2021-10-26 (#14068332@0)

资深QA还没发言，你就给代劳了？ -tracyd(等待明天); 2021-10-26 {962} (#14068134@0) +3
QA有20块一个小时的，也有60-65一个小时的。这种高的rate的QA对于编程和自动测试有一定要求，至少会一种编程语言，3-5年自动测试经验，其中包括后台查询数据库和API的测试经验。大把的小公司给不到高的rate。也就是GUI表面测试测试，所以contract和perm的工资也给不高也不想给高。不过我发现一般这种公司给dev的工资也不高。
关于自动测试，现在还要求会automation framework，会CI/CD的工具搭建整个自动测试的架构。经常发现不少公司其实什么都没有，但是招人的时候要这个要那个，title上写一个QA，但是实际上是在招full stack QA. 还有一些公司招人的时候其实什么都不懂，就以为只要进行了自动测试就可以省了很多QA人力。一般这种公司还是躲远一点的好，因为上头根本对什么是自动测试该摆在哪个期望值上一点不懂。进去以后一定不会有好日子过的。
如果是lead以上级别incoperate大概可以到70-75. 对于开发来说这个rate并不高吧？
QA领域大把大把的阿差，英文好是优势，最主要的是阿差在这领域consulting公司占领了北美的一大部分市场，最后阿差一有高升就招阿差进去，连锁反应。

QA压力小是有道理的哈，首先business cases是别人提供的，你只要把它转换成test cases, 并加一些negative test cases, test case的script化并没有技术难度，business cases和app coding都是别人做的, 上prod, 出了问题除非是没完成test case, 否则理论上没有责任 -keysi(K.S); 2021-10-26 (#14068190@0)

business cases就是客户想把这软件做成啥样子。难道DEV不用这么？只需按照test case做的职位都可以外包到印度去。那些都是低级职位。 -tracyd(等待明天); 2021-10-26 (#14068199@0)

business cases是测试和编程都需要的，测试有很多种，intergration test, performance test等等，当然测试的工资在提高竟然有了test architect -keysi(K.S); 2021-10-26 (#14068218@0)

1）60-65不算高， 2） 60-65也不必懂编程， 3）知道怎么用自动动测试会有帮助。~ 这是我看到的。懂系统的Domain很重要。 -hutuhao(忙!); 2021-10-26 (#14068758@0)

对以前做过的行业也有要求。60以上的rate很多公司或多或少都有这要求。 -tracyd(等待明天); 2021-10-26 (#14069045@0)

我们QA全是三哥，包括远程印度本地三哥。再以前，QA team就在印度，因为有时差，他们做测试后，马上第二天就可以修改 -zile(自得其乐); 2021-10-26 (#14068207@0)
关于自动测试 -tracyd(等待明天); 2021-10-26 {1109} (#14068308@0)
本文发表在 rolia.net 枫下论坛前面讲了，很多公司对于自动测试期望很高，以为只要公司做了自动化测试就能提高效率。做自动测试，的确可以拿到的rate比一般QA高。可如果management不是很懂，拿着高rate的QA就压力会很大。系统在开发的过程中会有很多变动，自动化测试就得跟着不断变动。很多公司manual qa就只是做manual，一定不懂自动化，team里也不让能学的去学一些自动测试，到最后就是自动测试归自动测试，manual归manual成了2个QA team并且互不搭界地测同一个系统甚至不同系统。效率其实并不高。毕竟很多新的features还是需要手工测试做的。自动化测试到最后就是做一个regression或者smoke测试。automation QA只管写code，一些新的feature细节都不清楚，这样的自动测试其实对于提高整个测试效率来说帮助并不大。最好的状况是，team里有1-2个QA对自动测试写code比较熟悉，也懂得哪一部分做自动测试可以提高效率。其他manual QA不是很懂coding不要紧，但是能读懂自动测试的code，并且对于自动测试很容易上手，至少可以大致读懂吧。automation QA可以把写好的东西给manual QA执行以提高效率。不过招这类manual QA的时候可能要的工资也会比只会手动测试的要高一些，有一些公司未必愿意。还有有一些QA虽然有很多年manual测试经验，但是上手自动测试依然有一段路要走，需要有人培训他们。工期一紧，lead/manager们就都放弃了。更多精彩文章及讨论，请光临枫下论坛 rolia.net

你和我老婆是同行 -bigbread(匹格); 2021-10-26 (#14068356@0)
真正的自动测试还是需要开发写，那种Qa写的自动测试很难用。真正开发写的自动测试代码QA也不容易看懂。 -mapleforum(maple_wizard); 2021-10-26 (#14069016@0) +2

那种职位叫SDET.Software Development Engineer in Test,工资和开发差不多。一般只写code，不做其他。这种职位要求高，但机会并不很多。 -tracyd(等待明天); 2021-10-26 (#14069040@0) +1

SDET性价比和QA或Developer比怎么样？ -gnarble(gnarble); 2021-10-27 (#14071431@0)

给你看看70-80的要求，刚收到的。 -tracyd(等待明天); 2021-10-26 {2318} (#14069062@0)
Primary Responsibilities
Develop and maintain automation frameworks that are appropriate to the range of infrastructure development
Develop and maintain a library of automated test cases
Analyze test requirements to assess test automation feasibility
Execute manual testing as needed
Develop new automated test cases based on the requirements
Analyze automation test execution reports and assist in reproducing issues
Design and maintain test automation processes
Maintain and communicate a solid understanding of software testing best practices, methodologies and terminology
Conduct research on new and emerging technologies in the software test area.
Assess and implement new automation tools and create innovative automated test systems
Integration and potential aggregation of existing test automation infrastructure
Build broad understanding of various applications and systems throughout the organization
Apply risk-based testing to projects and report risk assessment back to client stakeholders. Identify, analyze, and respond to project risks
Provide feedback on feature specification and design based on customer requirements
Provide feedback in the review of development code and unit tests
Perform defect reporting and provide product feedback based on customer requirements
· Mentor other staff in test automation development
Skills
Top Skills Required:
Experience with Build / Release deployment – Definitions and Pipelines
Experience with the Continuous Testing practice using Azure DevOps or other Continuous Integration enabler
Experience with pipeline driven automation of infrastructure elements like laptops, operating systems, network elements, servers, public cloud infrastructure, etc.
Assets:
Experience with ITSM management tools like Cherwell or ServiceNow
Industry experience with IT infrastructure development and testing
Certification or successful completion of a recognized Software Testing /Quality Assurance curriculum
Experience with Web Services and API Testing
Experience with Load and Performance testing
· Experience with Robotic Process Automation tooling such as UiPath or similar

这个要求高吗,感觉雇主自己也不知道该怎么干 -mapleforum(maple_wizard); 2021-10-27 (#14071418@0)

Topic

More Topics