我也想问，这个要回答什么东西？ 是前后端用的什么语言什么框架什么中间件吗？

说白就是理解开发的技术方案，也有助于用例的补充和测试（我待了那么多家公司，能参与技术方案的不多），当然好点的公司也会叫上测试 cr，每个环节参与度都比较高。大多数地方就是点完事了

我也想知道这个问题的答案

现在高不成低不就是真的，最好还是看看能不能换赛道吧

测试是这样的，大部分高不成低不就，所谓的代码能力在开发眼里就是基础基本要求天天都要干的事儿，只会点点点又心有不甘，业务总结的经验换个方向业务又是从新开始理解，如何测试保质保量提高产品质量并能通用到新项目中实在是一个很抽象的问题。

我认为一个好的测试懂得技术架构和技术细节是比较基本的

"特定去做一些真正能提升质量的事"楼主能简单举例么？--建议楼主自问一下，你到底要招啥样的？架构？打杂的？真的需要么？
还是这些人要的钱多了，你嫌弃人家菜还要的多？
PS：你要遇到我，我举完例子，就要你举例了。举不出来，那我就开始要阴阳你了。

这不是做测试，这是搞架构，职责还是要分清楚

何为"技术架构"和"技术细节"

总结：测试没前途 T﹏T

你这样说就没意思了

这就看人了，要不然你怎么会有优势呢？

说了就是挑。一般测过的项目我觉得大致用啥技术都能说上来，你说多细节我觉得未必。而且黑盒测试还能把研发写的代码都说出来么？要多细节？把技术方案说个七七八八都不错了好不？
也不是每个测试所在的公司都有机会参与技术方案评审，点点点嘛业务说明白就好了

大佬想问下，技术架构、技术细节都问哪些呀

你们的软件概要设计/详细设计文档没有技术架构说明嘛

非常赞同。
看到所谓的测试平台快吐了

最近面试的几个人都有个共同点，会着重拿出自己写的功能来体现自己开发的技术能力，可一问他们公司业务的组成和架构时，又都答得支支吾吾。我是觉得现在的开发同学们还是要有点意识，得有个专精方向，别整这种业务来欺骗自己啦，看似做了前后端有种全栈的满足感，实际上大多就是把 CV 了啦，确实锻炼了 crud 的能力，可是证明不了你是一个优秀的开发，毕竟像这种 CV 工程师有太多参考的案例了，我更多是想知道你针对你开发的内容，有没有根据特定去做一些能够提升架构的，否则太同质化了。至于 crud 的能力，老实说扔一道代码编写的题目基本就知道得七七八八了

作为一个刚入行的新人，每天的工作职责就是点点点，然后提交 bug，目前测试部门连数据库和 libux 的权限都没有，实在没有办法理解该怎么去熟悉业务的技术架构和技术细节，包括做一些的提升质量的事情，这又该怎么提升呢？选择只有在网络看教学视频，学着自动化测试这块，实在没有扫码方向，希望有大佬能解惑

试问，不写这些，能进的了面试环节吗？

纬度不一样。

1. 真正的不容易失业的一线测试，一定是业务专家，需求/版本过我的手，就是可以大幅降低风险。极度靠谱，就不需要造轮子来证明自己的价值。
2. 但是讲到 TL，要养活团队，就不能只有点点点了，必须养一些技术人才，一个只知道测试管理，排期和堆人的 TL，大概率是做不大的。

好吧，确实待在大厂的时候比在小厂安全感多多了。。。
过了 40 以后，明显感觉精力不济，至少学习新东西慢了很多，只能追求笨鸟先飞了。。。

那么聪明如你，你觉得呢？

违法的

48 就存够钱了

那加班到 9 点，营收就多了？很是 S