The answer is simple: You cannot st

The answer is simple: You cannot start performance testing early enough when building web applications!

For instance, it’s even a good idea to start performance testing before a single line of code is written. By testing the base technology (network, load balancer, application, database and web servers) early on for the load levels you plan to support, you can better optimize your webserver and potentially avert business costs (i.e., lost sales) later on. Discovering that your hardware configuration is inadequate when the application is deployed can be very expensive to correct. Testing the server for its maximum stress level before development begins is an excellent idea.

The costs for correcting a performance problem escalate as the development process moves forward. For instance, discovering a performance problem after an application or website is already deployed means countless man hours to correct the server issue—man hours that were already spent configuring the webserver (or application) the first time.

During software development, all software engineers (and the quality assurance team) should have access to performance test tools to test their own code for performance and for parallel execution problems (e.g., problems caused by database locks or other mutexes). Software engineering managers for web projects are realizing that each developer must be responsible for both the functionality and performance of code.

As soon as several web pages are working, the first load tests should be conducted by the quality assurance team. From that point forward, performance testing should be part of the regular testing routine each day for each build of the software.

Kết quả (Việt) 1:

Câu trả lời là đơn giản: bạn không thể bắt đầu thử nghiệm sớm khi xây dựng ứng dụng web hiệu suất!Ví dụ, nó thậm chí là một ý tưởng tốt để bắt đầu thực hiện thử nghiệm trước khi một dòng mã được viết. Bằng cách kiểm tra công nghệ cơ sở (mạng, cân bằng tải, ứng dụng, máy chủ cơ sở dữ liệu và web) sớm cho các cấp độ tải bạn có kế hoạch để hỗ trợ, bạn có thể tối ưu hóa tốt hơn máy chủ web của bạn và có khả năng ngăn chặn kinh doanh chi phí (nghĩa là mất kinh doanh) sau này. Phát hiện rằng cấu hình phần cứng của bạn không đủ khi ứng dụng được triển khai có thể rất tốn kém để sửa chữa. Kiểm tra máy chủ cho mức tối đa căng thẳng trước khi bắt đầu phát triển là một ý tưởng tuyệt vời.Các chi phí để sửa chữa một vấn đề hiệu suất leo thang như quá trình phát triển di chuyển về phía trước. Ví dụ, phát hiện một vấn đề hiệu suất sau khi một ứng dụng hoặc trang web đã được triển khai có nghĩa là người đàn ông vô số giờ để khắc phục vấn đề máy chủ — người đàn ông giờ mà đã được dành cấu hình máy chủ web (hoặc ứng dụng) là người đầu tiên thời gian. Trong phát triển phần mềm, tất cả các kỹ sư phần mềm (và bảo đảm chất lượng đội ngũ) cần phải có quyền truy cập vào công cụ thử nghiệm hiệu suất để kiểm tra mã riêng của họ cho hiệu suất và cho các vấn đề thực hiện song song (ví dụ: vấn đề gây ra bởi ổ khóa cơ sở dữ liệu hoặc khác mutexes). Công nghệ phần mềm quản lý cho các dự án web đang nhận ra rằng mỗi nhà phát triển phải chịu trách nhiệm cho cả hai chức năng và hiệu suất của các mã.Ngay sau khi một số trang web đang làm việc, các bài kiểm tra tải đầu tiên nên được thực hiện bởi nhóm bảo đảm chất lượng. Từ thời điểm đó về phía trước, hiệu suất thử nghiệm nên là một phần của thói quen thường xuyên kiểm tra mỗi ngày cho mỗi xây dựng phần mềm.

Kết quả (Việt) 2:

Câu trả lời rất đơn giản: Bạn không thể bắt đầu thử nghiệm hiệu suất đủ sớm khi xây dựng các ứng dụng web! Ví dụ, nó thậm chí còn là một ý tưởng tốt để bắt đầu thực hiện thử nghiệm trước khi một dòng mã được viết. Bằng cách kiểm tra các công nghệ cơ sở (mạng, cân bằng tải, ứng dụng, cơ sở dữ liệu và máy chủ web) đầu vào đối với các cấp tải trọng bạn có kế hoạch hỗ trợ, bạn tốt hơn có thể tối ưu hóa máy chủ web của bạn và có khả năng ngăn chặn chi phí kinh doanh (tức là, mất doanh thu) sau này. Khám phá ra rằng cấu hình phần cứng của bạn không đủ khi ứng dụng được triển khai có thể rất tốn kém để sửa chữa. Kiểm tra máy chủ cho mức độ căng thẳng tối đa của nó trước khi bắt đầu phát triển là một ý tưởng tuyệt vời. Các chi phí cho việc sửa chữa một vấn đề hiệu suất leo thang như quá trình phát triển di chuyển về phía trước. Ví dụ, phát hiện một vấn đề thực hiện sau khi một ứng dụng hoặc trang web đã được triển khai có nghĩa là vô số giờ để sửa chữa những giờ máy chủ vấn đề người đàn ông đó đã được dành cấu hình máy chủ web (hoặc ứng dụng) lần đầu tiên. Trong phát triển phần mềm, tất cả các kỹ sư phần mềm ( và đội ngũ đảm bảo chất lượng) nên có quyền truy cập vào các công cụ kiểm tra hiệu suất để kiểm tra mã riêng cho hiệu suất và các vấn đề về thực hiện song song (ví dụ, vấn đề gây ra bởi ổ khóa cơ sở dữ liệu hoặc mutexes khác). Các nhà quản lý công nghệ phần mềm cho các dự án web đang nhận ra rằng mỗi nhà phát triển phải chịu trách nhiệm cho cả các chức năng và hiệu suất của mã. Ngay sau khi một số trang web đang làm việc, các bài kiểm tra tải trọng đầu tiên cần được thực hiện bởi đội ngũ đảm bảo chất lượng. Từ thời điểm đó, thực hiện thử nghiệm nên là một phần của các xét nghiệm thường xuyên mỗi ngày cho từng xây dựng của phần mềm.