Khi hệ thống xử lý theo mô hình bất đồng bộ (asynchronous) — trong đó API nhận dữ liệu, đẩy vào hàng đợi (queue), và worker chạy nền (trên EC2) xử lý dần — việc đánh giá khả năng chịu tải không chỉ là đo tốc độ phản hồi API mà là đánh giá toàn bộ chuỗi xử lý message.

Stress test giúp xác định hệ thống có thể hấp thụ và xử lý bao nhiêu message mỗi giây, khi worker EC2 thực thi song song trên nhiều thread. Đây là bài test quan trọng để tối ưu số lượng instance, cấu hình thread pool và giới hạn throughput của hàng đợi SQS.

• Đo thời gian trung bình để xử lý một lượng lớn message.
• Xác định giới hạn throughput trước khi queue backlog.
• Phát hiện điểm nghẽn (bottleneck) ở tầng API, SQS hoặc Worker.
• Đánh giá mức ổn định và khả năng phục hồi khi tải giảm.

2. Kiến trúc hạ tầng dùng để stress test

Dưới đây là kiến trúc tham chiếu của hệ thống AWS EC2 Worker & SQS trong bài test:

3. Chuẩn bị dữ liệu test

Dữ liệu test cần mô phỏng hành vi thật của hệ thống, bao gồm payload gửi vào API và cấu hình tốc độ bắn tải. Thông thường, các test case được lưu trong file Excel — mỗi sheet là một loại test (load, spike, stability…).

Ví dụ: Kết quả thực tế Case 1 (500 threads / 60 giây)

Dưới đây là kết quả kiểm thử được ghi nhận (theo file Excel và log giám sát thực tế):

Trong bài test này (Case 1), hệ thống được giả lập với 500 người dùng đồng thời trong vòng 60 giây.

Kết quả cho thấy throughput trung bình đạt khoảng 8.3 requests/giây với 100% thành công, thời gian phản hồi trung bình là 227ms và cực đại là 307ms.

Điều này cho thấy hệ thống có khả năng xử lý ổn định ở mức tải trung bình.

Jmeter

EC2

Worker

RDS

SQS

Mẫu Jmeter setting

CSV Data Set Config: Filename: data_test.csv 
Variable Names: message_id,payload 
Recycle on EOF: True 
HTTP Body: { 
  "messageId": "${message_id}",
  "payload": "${payload}",
  "timestamp": "${__time(yyyy-MM-dd'T'HH:mm:ss)}"
 }

4. Cấu hình JMeter để gửi dữ liệu lên AWS

Công cụ được sử dụng là Apache JMeter — chuyên dùng để tạo tải HTTP và kiểm tra hiệu năng API. Mỗi request được gửi tới API Gateway, sau đó dữ liệu được đẩy vào hàng đợi SQS để worker EC2 xử lý.

Thread Group:
  Number of Threads (users): 500
  Ramp-up Period: 60
  Loop Count: 1

HTTP Request Sampler:
  Method: POST
  URL: https://{api-id}.execute-api.{region}.amazonaws.com/prod/push
  Body Data:
  {
    "messageId": "${__UUID()}",
    "payload": "${__RandomString(32,ABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890)}",
    "timestamp": "${__time(yyyy-MM-dd'T'HH:mm:ss)}"
  }

HTTP Header Manager:
  Content-Type: application/json
  x-api-key: ${API_KEY}

Chạy test bằng chế độ non-GUI để tiết kiệm tài nguyên:

jmeter -n -t HTTPRequest_500_60_001.jmx -l results.csv -JAPI_KEY=xxxx

Nếu cần mô phỏng tăng tải dần, bạn có thể dùng plugin Stepping Thread Group để tăng số luồng từng giai đoạn, giúp kết quả thực tế hơn.

5. Giám sát EC2 Worker và hàng đợi SQS

Trong quá trình test, CloudWatch là công cụ chính để giám sát hệ thống. Các metric cần chú ý:

6. Phân tích kết quả và đánh giá hệ thống

Sau khi test, cần đối chiếu kết quả từ JMeter (thời gian phản hồi, throughput) với metric từ CloudWatch (queue depth, CPU, backlog). Một hệ thống tốt là khi:

• Queue depth không tăng mãi, mà dao động quanh ngưỡng ổn định.
• CPU trên EC2 được sử dụng hiệu quả (~60–80%), không nghẽn 100% liên tục.
• Throughput duy trì ổn định trong suốt thời gian test.
• Số message trong DLQ = 0 hoặc rất thấp.

7. Kết luận

Stress test trên AWS EC2 Worker và SQS giúp bạn hiểu được giới hạn chịu tải của hệ thống cũng như khả năng tự phục hồi sau khi backlog. Khi theo dõi đúng metric và xác định rõ “ngưỡng nghẽn” (bottleneck), bạn có thể điều chỉnh thread pool, số lượng EC2 instance hoặc kích thước hàng đợi để đạt hiệu suất tối ưu.

Tài liệu tham khảo

• Amazon SQS Monitoring Guide
• Amazon EC2 Monitoring
• Apache JMeter User Manual
• AWS Compute Blog

The post Stress Test with AWS Worker appeared first on Tomoshare.

ISTQB(International Software Testing Qualifications Board) là tổ chức quốc tế chuyên về chứng chỉ và chất lượng kiểm thử phần mềm. Chứng chỉ của ISTQB được công nhận toàn cầu và cung cấp một chuẩn chung cho kiểm thử phần mềm.

Trang web của tổ chức này là http://www.istqb.org/

II. Chứng chỉ ISTQB gồm những Level nào?

1. ISTQB Foundation Level (CTFL):

• Tập trung vào kiến thức về kiểm thử phần mềm, các nguyên lý và kỹ thuật.…
• Là chứng chỉ bắt buộc phải vượt qua nếu muốn chinh phục các level cao hơn.

2. ISTQB Advanced Level (CTAL):

• Bao gồm 3 modules: Test Manager, Test Analyst, và Technical Test Analyst.
• Yêu cầu bắt buộc đã đạt được chứng chỉ Foundation Level.

3. ISTQB Expert Level (CTEL):

• Đây là cấp độ chứng chỉ cao cấp nhất của ISTQB.
• Chia thành ba chuyên ngành: Improving the Testing Process, Test Management, and Test Automation Engineering.
• Dành cho những chuyên gia có kinh nghiệm lâu dài và muốn phát triển sâu rộng kiến thức và kỹ năng trong lĩnh vực kiểm thử phần mềm.

III. Các kiến thức cần nắm khi thi chứng chỉ ISTQB Foundation Level (CTFL)

1. Các nội dung chính:

2. Cấu trúc đề thi:

Foundation Level examination

• 40 multiple choice questions
• A scoring of 1 point for each correct answer, each question can be 1 to 2 correct answers
• A pass mark of 65% (26 or more points)
• A duration of 60 minutes(+25% Non-Native Language)
  

• K1: Remember
• K2: Understand
• K3: Apply/Analyze

3. Tài liệu:

• Giáo trình tham khảo tại đây: ISTQB_CTFL_Syllabus-v4.0 (Đây là bản đã rút gọn, nếu muốn hiểu rộng hơn có thể đọc bản full)
• Trong quá trình học sẽ có rất nhiều khái niệm, thuật ngữ lạ, khó hiểu. Có thể tra cứu tại: https://glossary.istqb.org
• Một vài sample exams có thể download tại đây: https://www.istqb.org/certifications/certified-tester-foundation-level
• Một exam có đáp án: tham khảo
  

4. Một ít kinh nghiệm học ISTQB:

– Nội dung đều nằm trong sách ISTQB_CTFL_Syllabus-v4.0 . Đòi hỏi học hết các nội dung vì các câu hỏi đều trải dài các chương.

– Cách học ISTQB của mình:

• Đọc kĩ từng câu, hiểu ý nghĩa của câu đó và Highlight những đoạn, những ý quan trọng.
• Lập bản tóm tắt hoặc sơ đồ ghi nhớ để tổng hợp kiến thức ngắn gọn. (Xem lại hằng ngày để ghi nhớ)
• Học từng chương, hiểu rõ từng chương. Xong chương nào làm bài tập/câu hỏi chương đó. Sau đó mới chuyển sang học kiến thức chương tiếp theo.
• Sau khi học và hiểu 6 chương: chuyển qua làm đề tổng hợp.
• Khi làm bài tập có thể kết hợp tra cứu glossary nếu không hiểu các thuật ngữ.
• Có 24 câu hỏi loại K2(Understand) cần đọc lại nội dung trong sách và phân tích.
• Đặc biệt chương 4 các kiến thức test đều nằm ở đây. Các câu hỏi là dạng bài tập áp dụng (K3: Apply) nên cần nắm vững các kỹ thuật test để áp dụng ra kết quả đúng nhé.

– Chú ý khi đọc đề thi:

• Các câu hỏi trong chứng nhận ISTQB được trình bày theo cách mà tất cả các tùy chọn trông gần giống nhau. Do đó, rất quan trọng để đọc câu hỏi và các tùy chọn cẩn thận.
• Nếu bạn tìm thấy nhiều hơn một câu trả lời đúng thì hãy bắt đầu bằng việc gạch bỏ những câu trả lời sai rõ ràng. Sau đó, với những câu trả lời còn lại đang phân vân, hãy tập trung gạch chân và đọc kỹ thuật ngữ/ định nghĩa trong đó, điều khác biệt sẽ nằm ở đây đấy.
• Đừng đọc lướt câu hỏi mà nên đọc hai, ba lần, cố gắng hiểu kỹ nó (Không ngồi dịch tất cả sang tiếng việt. Hãy cố gắng đọc tiếng anh và cố gắng hiểu nhanh nó để tiết kiệm thời gian)  Có một vài từ trong câu hỏi cần bạn chú ý nhiều hơn như KHÔNG, KHÔNG BAO GIỜ, TẤT CẢ.
• Đừng cố dành nhiều thời gian vào một câu bài tập. Tất cả câu hỏi đều có 1 điểm như nhau nên cố gắng phân bổ thời gian hợp lý nhé.

5. Những điều cần lưu ý trước và trong khi thi:

• Đến trước giờ thi 15 phút để làm thủ tục, Mang theo CMND hoặc bằng lái xe và bút bi làm bài, giấy nháp đã có trong đề thi.
• Sau khi thi xong thì khoảng 4-6 tuần sẽ có kết quả thi và sau 2 tháng có chứng chỉ giấy gửi về Việt Nam. Link check kết quả online: http://www.scr.istqb.org/
• Lưu ý tắt chuông điện thoại(không rung, không chuông, không báo thức) khi vào phòng thi.
• Nhớ điền mã đề thi trong Answer sheet.
• Và cuối cùng: Chúc các bạn ôn tập hiệu quả và đạt chứng chỉ ITSQB trong thời gian tới nhé!

The post ISTQB appeared first on Tomoshare.

Efficiency: Automated tests can be run quickly and repeatedly, saving time compared to manual testing. This is especially important in the fast-paced world of software development.

Consistency: Automated tests execute the same test cases in the same way every time, reducing the risk of human error and ensuring consistent testing.

Reusability: Once you’ve created automated test scripts, you can reuse them for different versions of your software, ensuring that functionality doesn’t break when making updates or changes.

Adding tests

To add test a request , open the request and end enter code in the tests tab. Tests will execute after the request runs . The output is in the response’s test results tab

See how to work with the Postman basic test syntax to test a single HTTP API request a sample collection template . To try out this template select API testing basics.

Testing collections and folders

When you run a collections the collections runner display the test results , including the response time in milliseconds add details about whether a specific request in the collection passed or failed is test

Using Postbot AI to write tests

• To write a test with Postbot, do the following:
  • Send your request so it has a response.
  • Select the Tests tab.
  • In the Script with Postbot section next to your test, select the Postbot icon  .
  • Enter your query as a simple text sentence, or select one of the suggested queries to tell Postbot what you need.

Summary & Nexts step

After writing tests in Postman, you could write more complex tests and use them with other Postman utilities. Let go.

Nexts step run your tests and validations on CI/CD using Postman CLI configuration

The post Automation test scripts in Postman appeared first on Tomoshare.

1. Priority và Severity là gì?

• Priority là thứ tự cần xử lý defect. Priority càng cao nghĩa là defect càng cần được giải quyết sớm thông thường, những defect ảnh hưởng đến hoạt động của cả hệ thống sẽ được ưu tiên cao hơn những defect của các chức năng nhỏ.
• Severity là mức độ ảnh hưởng của defect với sự phát triển hoặc hoạt động của ứng dụng đang test. Mức độ ảnh hưởng tới các function càng cao thì severity càng cao. Tester/QA thường là người xác định severity.

2. Phân loại

• Phân loại Priority:
  • High: Lỗi phải được khắc phục càng sớm càng tốt vì nó ảnh hưởng nghiêm trọng đến hệ thống và không thể sử dụng cho đến khi fix xong.
  • Medium: Lỗi cần được giải quyết, có thể đợi cho đến khi phiên bản mới được tạo
  • Low: Lỗi có thể gây khó chịu nhưng việc sửa chữa có thể được thực hiện sau khi lỗi nghiêm trọng hơn đã được khắc phục.
• Phân loại Severity:
  • Critical: Lỗi kiến cho phần mềm ngừng hoạt động, không còn phần nào có thể chạy được.
  • Major: Đây là một lỗi rất nghiêm trọng và làm sập hệ thống, tuy nhiên 1 số phần khác vẫn có thể hoạt động.
  • Medium: Lỗi gây ra 1 số hành vi ngoài mong đợi nhưng hệ thống vẫn hoạt động.
  • Low: Lỗi nhỏ, không gây ảnh hưởng đến bất kỳ chức năng nào của hệ thống.

3. Sự khác nhau giữa Priotity và Severity

Ví dụ về độ nghiêm trọng và độ ưu tiên của lỗi:

• Mức độ nghiêm trọng thấp, mức độ ưu tiên cao: Logo của 1 website bị sai, có thể độ nghiêm trọng thấp vì nó không ảnh hưởng đến các chức năng khác nhưng có thể có độ ưu tiên cao vì logo sai ảnh hưởng đến uy tín của công ty.
• Mức độ nghiêm trọng cao, mức độ ưu tiên thấp: Tương tự, đối với trang web điều hàng chuyến bay, lỗi trong chức năng đặt chỗ có thể ở mức nghiêm trọng cao nhưng có thể có mức độ ưu tiên thấp vì nó có thể được lên lịch phát hàng trong chu kỳ tiếp theo.

4. Kết luận

Trong kĩ thuật phần mềm, việc chỉ định sai mức độ nghiêm trọng cho lỗi có thể làm trì hoãn vòng đời kiểm thử phần mềm và có thể có một số tác động mạnh mẽ đến hiệu suất chung của team. Vì vậy, người chịu trách nhiệm cần phải xác định chính xác mức độ ưu tiên và mức độ nghiêm trọng của lỗi.

The post Phân biệt priority và severity trong testing appeared first on Tomoshare.

1. Cài đặt KIF

Điều đầu tiên, để sử dụng được KIF thì chúng ta cần tạo target cho việc test của chúng ta. Ở đây, KIF không sử dụng iOS UI Testing Bundle mà sử dụng iOS Unit Testing Bundle.Nên trong trường hợp bạn nào đã có unit test ở trong project thì cần chọn 1 trong 2 target để chạy test.

Chọn dự án của bạn trong Xcode và nhấp vào “Add Target” ở góc dưới bên trái của trình soạn thảo. Chọn iOS -> Test -> iOS Unit Testing Bundle. Hãy cung cấp cho nó một tên như “Acceptance Tests”, “UI Tests”, hoặc cái gì đó cho thấy ý định của quá trình test của bạn.

Acceptance Test Target của bạn được tạo và sẽ có thêm 1 file đi cùng với nó, ex: “Acceptance_Tests.swift” khớp với tên target. Hãy xoá nó đi.

1.1 Cài đặt với Pod

Khi Test Target của bạn đã được thiết lập, thêm đoạn mã dưới đây vào Podfile của bạn. Sử dụng đúng target cần cài đặt KIF

target 'Your Apps' do
  ...
end

target 'Acceptance Tests' do
  pod 'KIF', :configurations => ['Debug']
end

Sau khi chạy pod install thì công việc tiếp theo là làm theo Cấu hình Test Target ở bên dưới để cấu hình thích hợp cho nó

1.2 Cài với static library

Để cài đặt KIF, bạn cần liên kết static library libKIF trực tiếp vào ứng dụng của bạn. Tải xuống nguồn từ KIF và làm theo hướng dẫn dưới đây.

Chúng tôi sẽ sử dụng một dự án đơn giản làm ví dụ và bạn có thể tìm thấy nó trong Documentation/Examples/Testable Swift trong reposity của KIF.

Thêm KIF vào dự án

Bước đầu tiên là thêm dự án KIF vào thư mục con của ./Frameworks/KIF của dự án. Nếu dự án của bạn sử dụng Git để kiểm soát phiên bản, bạn có thể sử dụng submodules để cập nhật trong tương lai dễ dàng hơn:

cd /path/to/MyApplicationSource
mkdir Frameworks
git submodule add https://github.com/kif-framework/KIF.git Frameworks/KIF

Thêm KIF vào Workspace

Hãy để dự án của bạn biết về KIF bằng cách thêm dự án KIF vào không gian làm việc cùng với dự án chính của bạn. Tìm KIF.xcodeproj trong Finder và kéo nó vào Project Navigator (⌘1).

1.3 Cấu hình Test Target

Bây giờ, bạn đã có test target cho việc viết UI Test của bạn. Tiếp theo là thêm các thư viện cần thiết cho dự án, chúng ta chọn trong Project Navigator và vào Test Target mà bạn đã tạo ra, chọn tab “Build Phases”. Trong phần “Link Binary With Libraries”, hãy nhấn nút “+”. Trong bảng xuất hiện, chọn “libKIF.a” và nhấp vào “Add”. Lặp lại quá trình cho CoreGraphics.framework và QuartzCore.framework . KIF yêu cầu IOKit.framework, nhưng nó không nằm trong các khuôn khổ hệ thống. Để liên kết đến nó, thêm “-framework IOKit” vào “Other Linker Flags”.

KIF được viết bằng Objective C nên các bạn cần thêm -ObjC vào “Other Linker Flags” trong Build Settings của Test Target

Ở phần này mình chỉ giới thiệu về việc thêm KIF framework vào dự án của chúng. Ở phần sau mình sẽ demo về KIF framework

The post Automation Test for iOS (part 1) appeared first on Tomoshare.

Khái niệm Automation Test là gì?

• Hiểu đơn giản là một quá trình xử lý tự động các bước thực hiện một test case và được thực hiện bởi phần mềm là Automation Testing Tool, đóng một vai trò quan trọng góp phần nâng cao năng suất kiểm thử, giảm thiểu lỗi cũng như sự nhàm chán với việc kiểm thử bằng tay trong một thời gian dài hoặc lặp đi lặp lại.
  

Tại sao cần phải sử dụng Automation Test?

• Giúp tiết kiệm chi phí và thời gian trong việc thực hiện testcase.
• Giúp test hết toàn bộ dữ liệu mà không thấy nhàm chán và mệt mỏi.
• Giúp tăng phạm vi kiểm tra. Các tập lệnh thử nghiệm có thể tái sử dụng lại nhiều lần.
• Kiểm thử tự động không cần đến sự can thiệp của con người. Bạn có thể chạy thử nghiệm tự động mà không cần giám sát (Đỡ phải overnight cùng dự án).

Làm thế nào để trở thành một Automation Test?

• Nắm được kiến thức về các loại Test: Unit/Integration/System/Sanity/Regression test/…. là gì?
• Phân tích giá trị biên/Phân vùng tương đương/Biểu đồ kết quả/Đoán lỗi/… là gì?
• Sử dụng thành thạo thư viện của Selenium WebDriver API bởi Selenium open source, dễ sử dụng, cộng đồng lớn.
• Thành thạo ít nhất một ngôn ngữ lập trình thông dụng, hỗ trợ cho việc scripting trên test tools: Java/C#/Python/Ruby/JS/…
• Sử dụng thành thạo ít nhất 1 framework testing: Junit/TestNG/NUnit/… từ đây sẽ giúp bạn rất nhiều trong việc build framework, hỗ trợ trong việc phân nhóm, quản lý test script, report, prepare data/environment/browsers.
• Kỹ năng về coding/IDE: Debug, coding convention, source version control (GIT, SVN,…), cách sử dụng IDE: Visual Studio, Eclipse, IntelliJ…, làm việc với database…
  

Cách bản thân đã học và áp dụng Automation Test vào dự án như thế nào?

• Setting môi trường
• Base lập trình về ngôn ngữ Java.
• Có kinh nghiệm về Manual Tester.
• Thành thạo code về Selenium.
• Bản demo: https://drive.google.com/file/d/1RHbDPky47k9l-_6RhRQczoqacHGPlSQv/view?usp=drive_link

Cài đặt/ cấu hình Selenium Java và Eclipse (Windows OS)

Cài đặt Java JDK

• Recommend nên dùng Java version 1.8 hoặc 1.11
  • Download trên trang chủ: https://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
  • Nếu các bạn ngại đăng kí tài khoản trên Oracle thì tải file cài đặt Offline: https://drive.google.com/drive/folders/1iCTMnWFQzMrMoN2ZSZxHl4dDuIhnqztO
  • Trong này mình đã để sẵn các file Offline: Java/ Eclipse/ Firefox/ Selenium/ Driver

• Sau khi tải về -> cài đặt bình thường -> click Next -> Install cho đến khi hoàn tất
• Sau khi cài đặt xong bật command line (cmd) kiểm tra version đã cài đặt thành công
  • java -version

Cài đặt Java JDK

• Link download: https://www.eclipse.org/downloads/packages/release/, tùy vào hệ thống của bạn phiên bản 32/64 bit để lựa chọn cho phù hợp. Chọn bản Eclipse IDE for Java Developer là đáp ứng đủ cho nhu cầu công việc.

Tải về thư viện Selenium

• Link download: http://selenium-release.storage.googleapis.com/index.html?path=2.53/
• Chọn và tải: selenium-server-standalone-2.53.1.jar

Tạo dự án Java

• Xả nén Elipse IDE > chạy eclipse.exe từ bước 2 đã tải về
• Tạo 1 thư mục ngang hàng vs thư mục eclipse – đặt tên là my_work_space
• Set workspace – mục đích để nếu cài đặt lại hệ thống thì eclipse sẽ tự load lại các dự án/tùy chọn bạn đã làm việc trước đó – ko cần phải cài đặt lại

• Tạo mới Project: File > New > Java Project > [Đặt tên Project] > Finish
  • Project name: Selenium Tutorials

• Tạo mới Package: Right click vào thư mục src > New > Package > [Đặt tên Package] >Finish
  • Package name: automationfc.com

Thêm thư viện Selenium vào dự án

• Tạo mới 1 thư mục trong project để lưu trữ các java library hoặc browser driver cần dùng
  • Đặt tên thư mục là lib

• Copy thư viện selenium-server-standalone-2.53.1.jar từ bước 03 ở trêndán vào thư mục lib

• Click chuột phải vào thư viện và Add vào Build Path

The post Tại sao cần phải Automation Test? appeared first on Tomoshare.