到时候面试的时候工作经验和项目经验怎么写

学原生的 ts，不要学 js 了
框架推荐 vue3 或者 react，渲染框架推荐 antd（react、vue），element（主要支持 vue）已经不咋维护了，但是也够用
html 两、三个小时就学会了，css 可能需要久一点
ts 学好可能会比你做好测试要……难一点，但是耗时少一点

前端不比测试薪水高，技术难度整体也不比测试高，如果受不了点点点可以考虑转测开、PMP，转前端不推荐

只是了解前端，能基于 element-ui 搞些后台界面的飘过。

不知道楼主学习前端是想往专业前端方向，还是测开方向呢？如果是专业前端，可能 html+css+js 都需要学习，react、vue 也需要，具体学习内容可以看看极客时间的一些入门课程啥的。

如果是测开，主要用前端做一些简单的后台页面，那推荐看 vue-element-admin、element-ui、vue 三个的官方文档，基于 vue-element-admin 快速上手。

1、测试按照计划进行，延期上线。
2、正常上线，只保证主流程没问题，允许带问题上线，向领导、项目负责人提示风险。

开发哪里那么好招，一个会开发的人为啥要降薪选择去做测试。纯点工发展前景只能是同业务的初级中级高级这样，换个行业积累的业务经验就不适用了 但技术到哪都差不多而且比纯功能测试薪资高出一块的。 现在纯功能的占比早就越来越少了 自动化的都少了 全都要测开方向的了。

你看，你匿名发帖的名字都在告诉你要明哲保身，尽早跑路了

你这主要表现就是测试时间被压缩，工作进度紧张；建议你挂个专家号
首先己评估工期的时候，就要多增加的风险时间；然后尽早抛出问题可能存在的风险点，如果这样可能导致测试不全面，存在漏测功能；最后，整理并压缩测试范围，并找领导确认；

我们项目之前为把控上线质量，版本是否上线取决于测试，测试觉得可以上线才发邮件（测试测完还有业务测试的流程，一般是业务 A 提的需求就一定要业务 A 进行测试并回复邮件，功能没有问题，与需求一致），有一次一个跨团队测试项目，主流程都跑不通，我直接打回了，产品 + 开发重新梳理，开发自测没有问题再提测。

我也一样,项目组只有我一个人测。
1.前端服务有 4 个，后端服务十多个，常发版的服务前端 2 个，后端 4 个。
2.不需要写用例，没有用例评审，只用思维导图写测试点。
3.对系统和业务熟悉，有所有项目权限代码，初次提测时代码变动量挺多的，时间不够基本不看，测试期间改 bug 提交代码都会看下，有些小小的好处。比如有时候告诉前端，详情和列表页都要改，然后前端只改了列表，提交代码；这时看代码，可以看出前端改了哪些 vue，可以节省一个发版的时间。
4.基本每周四发版本，有忙有闲。忙的时候加班到 8 点半，闲的时候准点下班。
5.工作中基本是功能测试，性能测试较少，大版本更新或者环境迁移的时候才会做性能测试。新需求跟着测试点执行，周版本上线前至少有半天的回归时间，手动回归主流程，同时接口脚本也会跑一遍。如果测不完就延期。项目经理实在要上，可以上，有问题他负责。
6.版本质量不稳定，每周会有运营、商务、客服反馈问题，业务流程基本正常，但是小问题比较多，比如用户录入的某个字段超长，导入 excel 异常提示语不明确。很多工作时间会浪费在这些小问题上，有时候其他同事也会和我来问业务流程。比较舒服的是从来不会因为有小 bug 流出而被叼。
7.是去是留，还是取决于自己，大多是考虑薪资和个人的成长，以及工作的舒适度。如果觉得工资合适，工作强度适中，就是当测试杂工也没关系，在公司学不到什么的，大多是看自己自学的。如果觉得测开才是高大上，最好找好下家再跑。

只要他敢压缩我测试时间，我就敢泄露。谁怕谁跑路就是了

建议每一个需求测试这边先预估好最长需要的测试时间，然后根据项目上线时间排出最晚可以接收的提测时间。

你这还好，我这边在你说的这种情况下，还要要求 BUG 几乎没有

1、倒推可以，但这样真的合理吗？你认为简单的难道就不会费时间吗？有些简单内容也需要大量时间去处理。就跟开发们自个调侃的一样每天 crud，，crud 有的人也不见得就熟练了，所以不能一概而论，也要考虑开发自身素养。
2、需求难以程度不是测试难易程度、对于需求不是不知道，请看清楚。简单需求困难需求都不一样，也都要看开发素养技术，测试就给决定了吗？
3、不是要挑起资本家什么争论之类的，只是发表这个观点讨论。
4、测试已经提供了测试需要的时间，那剩下的不应该是项目经理的事情吗（团队有专职项目经理）
5、我发这个帖子的初衷，我认为在测试已经给出测试所需时间后，剩下的应该是项目经理协调推动了，而不是测试要一直在搞，不然要项目经理干什么，任务、时间啥都不管，每天就知道拉会吗？

可能没表达清楚，测试不是不清楚需求功能，我想表达的是每个需求具体开发那肯定开发最了解，（当然做白盒的就当我没说）需求难易程度也不代表开发不费时间对吧，那可能简单的，但改动点很多呢？目前情况就是测试已经把测试时间预估好了，项目经理还要让给开发定提测时间，所以我才会问这个问题，我觉得不合理。既然我们测试时间已经有了，剩下的难道不是项目经理去推动了吗？不是的话，还要专职项目经理干啥呢。

甚至比你这还离谱，功能未开发完成，这周出测试报告，下周功能开发完成

大部分测试，都是撕逼厉害，技术我是一点都没看到

很多公司都有这种情况，这就是把你测试当杂工呗，上线前去点点点，主要功能有没有问题，是一个人都可以做，没任何个人价值提现

如果你是个新人（钱不多），骑驴找马，去有测试氛围的公司，共同进步；
如果你是个老人（钱给够），规划方案，向上寻求资源，解决问题

觉得正常的各位, 那开发来给测试预估测试时间, 这个方案可行吗

开会骂领导的时候别问候家人就行。

Z 看到公司在招测试 不过可能是平替现在这个坑位

这个肯定要测试给啊！你就计算自己测试需要多少时间，倒推就行了。至于能不能完成，这个应该是跟主程和老板一起协商的。

第二点我不太认同，需求开发难易度和测试难易度不是一个概念，有时候看起来小需求，开发改动或者新增不代表就少就简单。

非常赞同，明明很合理的事情，测试不知道需求优先级这句话就非常不负责任，需求评审、分析的时候在干嘛？确实见过很多测试在需求阶段毫无输出，甚至觉得需求评审就是去打酱油，写用例的时候照着需求文档抄

很正常，要看客户的需求是什么（要什么样的版本）