TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Software testing usually sucks. Did you ever see it work at scale?

5 点作者 l1am0超过 2 年前
Not a single time I saw software testing actually working at scale.<p>You always find yourself in a hard place between:<p>- Only tests for the testing sake. Bazillion unit tests which not really ensure that your application does what it should<p>- &quot;Test push&quot;. You once focus a few weeks&#x2F;quarter on building a testing setup which then slowly degrades again over time as you have to focus on &quot;getting real work done&quot;<p>Have you ever seen testing at scale done right? What were your main takeaways?<p>Would be super curious to learn about processes and tools you used.

3 条评论

tacostakohashi超过 2 年前
&gt; Only tests for the testing sake. Bazillion unit tests which not really ensure that your application does what it should<p>This is what happens when tests and code coverage are mandated.<p>Yes, testing does work, and is an important part of any large-scale project.<p>The key is to recognize and implement a few different kinds of testing:<p>1) Unit tests, to help with the development process, and run any part of the code quickly, without any external dependencies, and test for correctness.<p>2) Performance tests - performance is a feature, and it&#x27;s important to recognize regressions or improvements.<p>3) Integration tests, to see if the software actually works with its external dependencies.<p>4) Post-release checkouts and monitoring - after releasing the software, a method to check that the release itself was successful (as opposed to the software), before any live users are exposed to it.<p>These are <i>all</i> important, and while there may be some overlap, often people don&#x27;t see distinction and try to make do with just one kind, and argue that the other kinds are &quot;wrong&quot;, which is counterproductive.
评论 #34679758 未加载
sampling超过 2 年前
I&#x27;ve seen software testing work at scale when there&#x27;s a company-wide mindset to quality, as opposed to &#x27;quality is the job of one person&#x2F;department&#x27;:<p>- Shift left testing: quality can be implemented at all stages of the development process, from requirements gathering to deployment. Issues are easier and cheaper to fix the earlier they are discovered, and it does not necessarily take a software tester to discover these, although testers can advocate for a mindset of quality - Quality as a shared mindset&#x2F;goal, not just one team&#x27;s job: every team member seeks to quality control their bit of work, this inevitably involves developers doing a basic level of sanity testing on their code. When done right this should reduce the long feedback loop to discovering issues when a team completes a piece of work, hands it over to QA, then context switches over to another piece of work.
poorbutdebtfree超过 2 年前
After all these decades nothing beats having some smart QA manual testers that know the UI and expected results inside and out.