Kiểm thử phần mềm và bảo đảm chất lượng câu hỏi phỏng vấn với câu trả lời

Đảm bảo chất lượng là gì?

tập hợp các hoạt động hỗ trợ (bao gồm tạo điều kiện thuận lợi, đo lường, đào tạo và phân tích) cần thiết để cung cấp niềm tin rằng quá trình này được thành lập và liên tục cải tiến để sản xuất ra các sản phẩm đáp ứng các chi tiết kỹ thuật và phù hợp với đối với chúng tôi

Tìm Phỏng vấn nhiều câu hỏi kiểm tra bảo đảm chất lượng và phần mềm, Hãy hỏi câu hỏi phỏng vấn và nhận được câu trả lời chuyên gia, Tìm mẫu sơ yếu lý lịch nhiều hoặc Yêu cầu chuyên nghiệp viết cho bạn cho miễn phí: vui lòng truy cập: http://crackinterviews.com/blog/ Mục đích của thử nghiệm là gì?

kiểm tra cung cấp thông tin hay không một sản phẩm nào đáp ứng các yêu cầu. Sự khác biệt giữa QA và thử nghiệm là gì?

Đảm bảo Chất lượng là tập hợp các hoạt động được thực hiện để thiết lập các tiêu chuẩn và để giám sát và cải thiện hiệu suất để chăm sóc hiệu quả và an toàn nhất có thể. Kiểm tra cung cấp thông tin có hay không một sản phẩm nào đó đáp ứng các yêu cầu. Nó cũng cung cấp thông tin sản phẩm không đáp ứng yêu cầu

chất lượng phần mềm là gì? OR Xác định chất lượng phần mềm đối với tôi, như bạn hiểu nó? phần mềm

Chất lượng là hợp lý có lỗi, giao vào thời gian và trong ngân sách, đáp ứng yêu cầu và / hoặc mong đợi, và là duy trì. Tuy nhiên, chất lượng rõ ràng là một thuật ngữ chủ quan. Nó sẽ phụ thuộc vào những người 'khách hàng' và ảnh hưởng tổng thể của họ trong chương trình của sự vật. Mỗi loại khách hàng sẽ có nghiêng của riêng họ về "chất lượng" - phòng kế toán có thể xác định chất lượng về lợi nhuận trong khi một người dùng cuối có thể xác định chất lượng thân thiện với người sử dụng và có lỗi

.

vai trò của tài liệu trong QA là gì?

quan trọng. (Lưu ý rằng tài liệu có thể được điện tử, không nhất thiết giấy.) Thực hành bảo đảm chất lượng nên được ghi chép như vậy mà họ lặp lại. Thông số kỹ thuật, thiết kế, các quy tắc kinh doanh, báo cáo kiểm tra, cấu hình, thay đổi mã, kế hoạch kiểm tra, trường hợp kiểm tra, báo cáo lỗi, hướng dẫn người sử dụng, tất cả nên được tài liệu. Lý tưởng nên được một hệ thống để dễ dàng tìm kiếm và thu thập tài liệu và xác định những gì tài liệu sẽ có một đoạn cụ thể của thông tin. Quản lý thay đổi cho tài liệu nên được sử dụng nếu có thể.

Giải thích vòng đời phát triển phần mềm

Có bảy giai đoạn của vòng đời phát triển phần mềm

1. Bắt đầu dự án Người sử dụng xác định các yêu cầu kinh doanh của họ.

2. Xác định dự án nhóm phát triển phần mềm dịch các yêu cầu kinh doanh vào chi tiết kỹ thuật hệ thống và đặt lại với nhau thành hệ thống tài liệu đặc tả.

3. Thiết kế hệ thống Nhóm hệ thống cấu trúc thiết kế hệ thống và viết Tài liệu thiết kế chức năng. Trong giai đoạn thiết kế giải pháp tổng thể lại đưa ra giả thuyết và các dữ liệu và cấu trúc quá trình được tổ chức.

4. Xây dựng hệ thống Thông số kỹ thuật và hệ thống tài liệu thiết kế được đưa ra vào mã nhóm phát triển các mô-đun bằng cách làm theo các yêu cầu và tài liệu thiết kế

5. Kiểm tra hệ thống - nhóm thử nghiệm phát triển kế hoạch kiểm tra theo yêu cầu. Phần mềm này được xây dựng và cài đặt trên nền tảng thử nghiệm sau khi các nhà phát triển đã hoàn thành phát triển và đơn vị kiểm tra. Các xét nghiệm kiểm tra phần mềm bằng cách làm theo kế hoạch kiểm tra.

6. Triển khai các hệ thống Sau khi thử nghiệm người dùng chấp nhận và cấp giấy chứng nhận của phần mềm, nó được cài đặt trên nền tảng sản xuất. Trình diễn và đào tạo được đưa ra cho người sử dụng.

7. Hỗ trợ các hệ thống - Sau khi phần mềm là trong sản xuất, giai đoạn bảo trì của cuộc sống bắt đầu. Trong giai đoạn này nhóm phát triển làm việc với các tài liệu phát triển nhân viên để sửa đổi và tăng cường áp dụng và nhóm thử nghiệm làm việc với các nhân viên kiểm tra tài liệu để xác minh và xác nhận những thay đổi và tăng cường các phần mềm ứng dụng.

Tại những giai đoạn của SDLC không thử nghiệm bắt đầu trong ý kiến ​​của bạn

QA quá trình bắt đầu từ giai đoạn thứ hai tức là cuộc sống chu trình phát triển phần mềm Xác định hệ thống. Thử nghiệm sản phẩm thực tế sẽ được thực hiện trên kiểm tra hệ thống giai đoạn (giai đoạn-5). Trong nhóm thử nghiệm giai đoạn này sẽ xác minh kết quả thực tế chống lại kết quả mong đợi.

Giải thích giai đoạn thử nghiệm trước, chấp nhận thử nghiệm và giai đoạn thử nghiệm. Giai đoạn thử nghiệm Pre

:

1. Xem lại các tài liệu yêu cầu cho testability: Tester sẽ sử dụng các tài liệu yêu cầu để viết các trường hợp thử nghiệm

2. Thành lập ngày đông cứng: ngày đóng băng cứng là một ngày sau đó hệ thống thử nghiệm đội sẽ không chấp nhận bất kỳ chi tiết thay đổi từ nhóm phát triển phần mềm và các tài liệu, trừ khi họ là các bản sửa lỗi mức độ nghiêm trọng 1 của MR. Ngày được lên kế hoạch để nhóm sản phẩm thử nghiệm sẽ có thời gian cho hồi quy thức

3. Viết kế hoạch kiểm tra tổng thể: Nó được viết bởi các thử nghiệm chì hoặc điều phối viên thử nghiệm. Thạc sĩ kế hoạch thử nghiệm bao gồm toàn bộ kế hoạch thử nghiệm, nguồn lực thử nghiệm và chiến lược thử nghiệm

4. Thiết lập MR Công cụ: Các công cụ MR phải được thiết lập ngay sau khi bạn biết các mô-đun khác nhau trong sản phẩm, các nhà phát triển và thử nghiệm các sản phẩm, nền tảng phần cứng, và thử nghiệm hệ điều hành sẽ được thực hiện

Thông tin này sẽ có sẵn khi hoàn thành dự thảo đầu tiên của các tài liệu kiến ​​trúc. Cả hai xét nghiệm và các nhà phát triển được đào tạo làm thế nào để sử dụng hệ thống.

5. Thiết lập môi trường thử nghiệm: Môi trường thử nghiệm được thiết lập trên các máy riêng biệt, cơ sở dữ liệu và mạng. Nhiệm vụ này được thực hiện bởi đội ngũ hỗ trợ kỹ thuật. Lần đầu tiên phải mất một thời gian, Sau đó cùng một môi trường có thể được sử dụng bởi các phiên bản sau.

6. Viết kế hoạch kiểm tra và các trường hợp thử nghiệm mẫu và công cụ quyết định sẽ viết kế hoạch kiểm tra, trường hợp kiểm tra, thủ tục kiểm tra. Kết quả dự kiến ​​được tổ chức trong kế hoạch kiểm tra theo các loại tính năng quy định trong các tài liệu yêu cầu. Cho mỗi tính năng các trường hợp thử nghiệm tích cực và tiêu cực bằng văn bản. Viết kế hoạch kiểm tra đòi hỏi phải có sự hiểu biết đầy đủ của sản phẩm và giao diện của nó với các hệ thống khác. Sau khi kế hoạch thử nghiệm được hoàn thành, hương được tiến hành với các nhà phát triển và các thành viên trong đội ngũ thiết kế cơ sở các tài liệu kế hoạch kiểm tra

7. Thiết lập các công cụ kiểm thử tự động: Lập kế hoạch chiến lược thử nghiệm về việc làm thế nào để tự động kiểm tra. Những trường hợp thử nghiệm sẽ được thực hiện để thử nghiệm hồi quy. Không phải tất cả các trường hợp thử nghiệm sẽ được thực hiện trong thời gian thử nghiệm hồi quy.

8. Xác định các trường hợp kiểm tra nghiệm thu: Chọn các tập con được dự kiến ​​vào ngày đầu tiên của hệ thống kiểm tra. Các xét nghiệm này phải vượt qua để chấp nhận các sản phẩm trong các kiểm tra hệ thống. Chấp nhận thử nghiệm giai đoạn

:

1. Khi sản phẩm vào hệ thống kiểm tra, kiểm tra xem nó đã hoàn thành thử nghiệm hội nhập và phải đáp ứng các tiêu chí kiểm tra xuất cảnh hội nhập.

2. Kiểm tra tiêu chuẩn xuất cảnh hội nhập và lối vào tiêu chí thử nghiệm sản phẩm trong kế hoạch kiểm tra tổng thể hoặc các tài liệu chiến lược kiểm thử

3. Kiểm tra dấu hiệu thử nghiệm hội nhập ra khỏi tiêu chí tờ

4. Phối hợp phát hành với phát triển sản phẩm.

5. Mã sẽ được di chuyển từ môi trường phát triển môi trường thử nghiệm.

6. Cài đặt và chấp nhận thử nghiệm giai đoạn thử nghiệm sản phẩm

:

1. Chạy thử nghiệm: Thực hiện các trường hợp kiểm tra và xác minh, nếu thực tế chức năng của ứng dụng phù hợp với kết quả dự kiến ​​

2. Kiểm tra thủ công ban đầu được khuyến khích để cô lập hành vi của hệ thống bất ngờ. Sau khi ứng dụng là ổn định tự động kiểm tra hồi quy có thể được tạo ra.

3. Ban hành MR khi phát hiện các lỗi.

giá trị của một nhóm thử nghiệm là gì? Làm thế nào để biện minh cho công việc và ngân sách của bạn

Tất cả các sản phẩm phần mềm có chứa khuyết tật / lỗi, bất chấp những nỗ lực của đội ngũ phát triển của họ. Điều quan trọng là một bên ngoài (một trong những người không phải là nhà phát triển) để kiểm tra các sản phẩm từ một quan điểm khách quan và đại diện của người sử dụng sản phẩm. Kiểm tra nhóm thử nghiệm phần mềm từ điểm yêu cầu xem hoặc những gì được yêu cầu của người dùng. Công việc xét nghiệm là để kiểm tra một chương trình và xem nếu nó không làm những gì nó phải làm và cũng có thể xem những gì nó làm những gì nó không phải là nghĩa vụ phải làm.

master kế hoạch thử nghiệm là gì? Những gì nó chứa? Ai là người chịu trách nhiệm viết nó?

OR

một kế hoạch thử nghiệm là gì? Ai là người chịu trách nhiệm viết nó? Những gì nó chứa

OR Một kế hoạch thử nghiệm là gì? Những gì bạn đã bao gồm trong một kế hoạch thử nghiệm? kế hoạch dự án

phần mềm thử nghiệm là một tài liệu mô tả các mục tiêu, phạm vi, phương pháp tiếp cận, và tập trung của một nỗ lực kiểm thử phần mềm. Quá trình chuẩn bị một kế hoạch thử nghiệm là một cách hữu ích để suy nghĩ thông qua những nỗ lực cần thiết để xác nhận sự chấp nhận của một sản phẩm phần mềm. Các tài liệu hoàn thành sẽ giúp những người bên ngoài nhóm thử nghiệm hiểu "tại sao" và "làm thế nào xác nhận sản phẩm. Nó cần phải tỉ mỉ, đủ để có thể hữu ích nhưng không quá kỹ lưỡng mà không ai bên ngoài nhóm thử nghiệm sẽ đọc nó. Sau đây là một số các mục có thể được bao gồm trong một kế hoạch thử nghiệm, tùy thuộc vào dự án cụ thể: Tiêu đề Xác định các phần mềm bao gồm số phiên bản / phát hành Lịch sử sửa đổi của tài liệu bao gồm các tác giả, ngày tháng, phê duyệt Mục lục Mục đích của tài liệu, khán giả dự định Mục tiêu của nỗ lực thử nghiệm Sản phẩm phần mềm tổng quan Danh sách các tài liệu có liên quan có liên quan, chẳng hạn như yêu cầu, tài liệu thiết kế, kế hoạch kiểm tra khác, vv Phù hợp tiêu chuẩn hoặc yêu cầu pháp lý Trace yêu cầu khả năng Có liên quan quy ước đặt tên và công ước định danh Tổng thể dự án phần mềm tổ chức và nhân sự / contact info / responsibilties Tổ chức kiểm tra và nhân viên / contact info / trách nhiệm Giả định và phụ thuộc Phân tích rủi ro dự án Thử nghiệm ưu tiên và tập trung Phạm vi và giới hạn của thử nghiệm Thử nghiệm phác thảo phân hủy của các phương pháp kiểm tra bằng cách thử nghiệm loại, tính năng, chức năng, hệ thống, quy trình, mô-đun, có thể áp dụng Phác thảo của dữ liệu đầu vào tương đương lớp học, ranh giới phân tích giá trị, các lớp học lỗi Kiểm tra môi trường phần cứng, hệ điều hành, các phần mềm cần thiết khác, cấu hình dữ liệu, giao diện với các hệ thống khác Môi trường thử nghiệm hiệu lực phân tích - sự khác biệt giữa các thử nghiệm và các hệ thống sản xuất và tác động của họ trên kiểm tra tính hợp lệ. Thiết lập môi trường thử nghiệm và các vấn đề cấu hình Phần mềm di trú quá trình CM quá trình phần mềm Kiểm tra dữ liệu thiết lập các yêu cầu Yêu cầu cơ sở dữ liệu cài đặt Phác thảo khả năng system-logging/error-logging/other, và các công cụ như phần mềm chụp ảnh màn hình, sẽ được sử dụng để mô tả và báo cáo lỗi Thảo luận về bất kỳ công cụ phần mềm hoặc phần cứng chuyên biệt sẽ được sử dụng bằng cách xét nghiệm để giúp theo dõi nguyên nhân hay nguồn gốc của lỗi Kiểm tra tự động hóa - điều chỉnh và tổng quan Công cụ kiểm tra được sử dụng, bao gồm cả các phiên bản, bản vá lỗi, vv Kiểm tra script / kiểm tra quy trình bảo trì mã và kiểm soát phiên bản Vấn đề theo dõi và giải quyết các công cụ và quy trình Số liệu dự án thử nghiệm sẽ được sử dụng Yêu cầu báo cáo và kiểm tra phân phôi Lối vào và tiêu chuẩn xuất cảnh Ban đầu sanity giai đoạn thử nghiệm và tiêu chuẩn Kiểm tra hệ thống treo và khởi động lại các tiêu chí Cán phân bổ Cán trước nhu cầu đào tạo Thử nghiệm trang web / địa điểm Tổ chức kiểm tra bên ngoài được sử dụng và mục đích, responsibilties, phân phôi, người liên hệ, và các vấn đề phối hợp Có liên quan sở hữu độc quyền, phân loại, an ninh, và các vấn đề cấp phép. Mở các vấn đề Phụ lục - bảng chú giải thuật ngữ, từ viết tắt, vv        

đội dẫn đầu hoặc một phân tích Sr QA chịu trách nhiệm viết tài liệu này.

Tại sao kiểm tra kế hoạch cho một tài liệu có kiểm soát

Bởi vì nó kiểm soát toàn bộ quá trình thử nghiệm. Xét nghiệm có thực hiện theo kế hoạch thử nghiệm này trong toàn bộ quá trình thử nghiệm.

những thông tin bạn cần phải xây dựng kế hoạch kiểm tra

Cần tài liệu yêu cầu kinh doanh để chuẩn bị kế hoạch kiểm tra

lối vào và tiêu chuẩn xuất cảnh trong các kiểm tra hệ thống là gì?

Entrance và tiêu chuẩn xuất cảnh của mỗi giai đoạn thử nghiệm được viết trong kế hoạch kiểm tra tổng thể

Tiêu chuẩn Enterence:

tiêu chuẩn xuất cảnh đã được tích hợp thành công đáp ứng

- Tất cả các tài liệu cài đặt được hoàn thành

- Tất cả các phần mềm shippable đã được xây dựng thành công

- Syate, kế hoạch kiểm tra được baselined bằng cách hoàn thành quá trình thực hiện kế hoạch kiểm tra .

- Kiểm tra môi trường cần phải được thiết lập

- MR Tất cả 1 mức độ nghiêm trọng của giai đoạn thử nghiệm hội nhập nên được đóng .

tiêu chuẩn xuất cảnh:

- Tất cả các trường hợp thử nghiệm trong kế hoạch kiểm tra phải được thực hiện

- Tất cả các MR / khuyết tật hoặc là đóng cửa hoặc trì hoãn .

- hồi quy chu kỳ thử nghiệm nên được thực hiện sau khi đóng của MR

- Tất cả các tài liệu được xem xét, finilized và ký-off .

Nếu không có yêu cầu, làm thế nào bạn sẽ viết kế hoạch thử nghiệm của bạn

Nếu không có yêu cầu chúng tôi cố gắng để thu thập thông tin chi tiết càng nhiều càng tốt từ: Kinh doanh nhà phân tích Các nhà phát triển (Nếu truy cập) Phiên bản tài liệu trước đó (nếu có) Chủ sở hữu cổ phần (Nếu truy cập) Nguyên mẫu.

kiểm tra hộp trắng thử nghiệm / đơn vị là gì Đơn vị thử nghiệm

nhất 'vi' quy mô thử nghiệm để kiểm tra chức năng cụ thể hoặc mô-đun mã. Thường được thực hiện bằng cách lập trình và không phải của xét nghiệm, vì nó đòi hỏi kiến ​​thức chi tiết về thiết kế chương trình và mã nội bộ. Không phải lúc nào cũng dễ dàng thực hiện trừ khi ứng dụng có một kiến ​​trúc được thiết kế tốt với mã chặt chẽ, có thể yêu cầu phát triển các mô-đun trình điều khiển thử nghiệm hoặc khai thác thử nghiệm

khác biệt giữa kiểm tra hộp đen và trắng

kiểm tra hộp đen: Chức năng thử nghiệm dựa trên các yêu cầu không có kiến ​​thức về cấu trúc chương trình hoặc dữ liệu nội bộ. Còn được gọi là kiểm tra hộp đóng Box

trắng thử nghiệm: Thử nghiệm phương pháp tiếp cận kiểm tra cấu trúc chương trình và các dữ liệu thử nghiệm thiết bị từ các chương trình logic

vai trò của các công cụ kiểm tra hộp thủy tinh và hộp đen là gì?

Thủy tinh-box thử nghiệm cũng được gọi là hộp trắng thử nghiệm là thử nghiệm, có kiến ​​thức chi tiết của các bên trong các mô-đun. Vì vậy, những công cụ này tập trung hơn vào, các thuật toán, cấu trúc dữ liệu được sử dụng trong phát triển các mô-đun. Những công cụ này thực hiện thử nghiệm trên mô-đun cá nhân nhiều khả năng hơn so với toàn bộ ứng dụng. Công cụ kiểm tra hộp đen kiểm tra thử nghiệm giao diện, chức năng và hiệu suất của hệ thống những module và toàn bộ hệ thống.

kiểm tra hộp đen là gì thử nghiệm

đen Box còn được gọi là hệ thống kiểm tra được thực hiện bởi các xét nghiệm. Các tính năng và yêu cầu của sản phẩm như mô tả trong tài liệu yêu cầu được kiểm tra

Tích hợp thử nghiệm là gì?

Tích hợp kiểm tra - Kiểm tra các bộ phận kết hợp của một ứng dụng để xác định xem chúng hoạt động với nhau một cách chính xác. 'Bộ phận' có thể là mô-đun mã, ứng dụng cá nhân, các ứng dụng máy khách và máy chủ trên mạng, vv Đây là loại của thử nghiệm là đặc biệt có liên quan đến hệ thống máy khách / máy chủ và phân phối.

kiến ​​thức mà bạn yêu cầu để làm hộp màu trắng, hội nhập và kiểm tra hộp đen

Để kiểm tra hộp trắng, bạn cần phải hiểu những phần bên trong của module như cấu trúc dữ liệu và các thuật toán và có quyền truy cập vào mã nguồn và kiểm tra hộp đen chỉ hiểu biết / chức năng của ứng dụng

Regression thử nghiệm là gì?

Regression thử nghiệm: Re-kiểm tra sau khi sửa chữa hoặc sửa đổi phần mềm hoặc môi trường của nó. Nó có thể được khó khăn để xác định bao nhiêu thử nghiệm lại là cần thiết, đặc biệt là gần cuối của chu kỳ phát triển. Công cụ kiểm tra tự động có thể đặc biệt hữu ích cho các loại thử nghiệm này ..

Tại sao chúng ta làm thử nghiệm hồi quy

Trong bất kỳ chức năng ứng dụng mới có thể được thêm vào để ứng dụng đã được thử nghiệm để xem liệu các chức năng bổ sung đã ảnh hưởng đến các chức năng hiện có hoặc không. Ở đây thay vì kỳ thi lại tất cả các chức năng kịch bản cơ bản hiện tại được tạo ra cho những có thể được chạy lại và thử nghiệm

Làm thế nào để thử nghiệm hồi quy chúng tôi

tự động hóa các công cụ kiểm tra khác nhau có thể được sử dụng để thực hiện thử nghiệm hồi quy như WinRunner, Rational Robot và thử nghiệm Silk

kịch bản tích cực là gì?

kiểm tra để xem liệu các ứng dụng đang làm những gì nó phải làm.

kịch bản tiêu cực là gì?

kiểm tra để xem liệu các ứng dụng không phải là làm những gì nó không phải là giả sử để làm

sự khác biệt giữa các công cụ tự động hóa hồi quy và công cụ tự động hóa hiệu suất là gì? công cụ kiểm tra

hồi quy chụp thử nghiệm và chơi chúng trở lại vào một thời gian sau đó. Các tính năng chụp và xem lại là cơ sở để thử nghiệm hồi quy. Hiệu suất thử nghiệm công cụ

xác định tải một máy chủ có thể xử lý. Và phải có tính năng kích thích nhiều người sử dụng từ một lịch trình, máy và đồng bộ hóa các người dùng khác nhau, có thể đo lường tải mạng theo số lượng khác nhau của người sử dụng mô phỏng.

sự khác biệt giữa ngoại lệ và thử nghiệm xác nhận là gì? thử nghiệm

Validation nhằm mục đích để chứng minh rằng các chức năng phần mềm theo cách thức có thể được hợp lý mong đợi của khách hàng. Kiểm tra các phần mềm phù hợp các yêu cầu Tiêu chuẩn Phần mềm

ngoại lệ kiểm tra các chương trình khuyến mại với xử lý các trường hợp ngoại lệ (sự kiện bất ngờ) trong khi AUT được chạy. Về cơ bản thử nghiệm này liên quan đến việc làm thế nào để thay đổi kiểm soát dòng chảy của AUT phát sinh khi một ngoại lệ.

người dùng chấp nhận thử nghiệm là gì?

Nó cũng được gọi là thử nghiệm Beta. Một khi hệ thống kiểm tra được thực hiện và hệ thống có vẻ ổn định để các nhà phát triển và thử nghiệm, kỹ sư hệ thống thường mời những người sử dụng cuối cùng của phần mềm để xem nếu họ thích phần mềm. Nếu người sử dụng như phần mềm đó là sau đó phần mềm sẽ được chuyển giao cho người sử dụng. Nếu không thay đổi cần thiết sẽ được thực hiện đến các phần mềm và phần mềm sẽ đi qua tất cả các giai đoạn thử nghiệm một lần nữa

hướng dẫn sử dụng thử nghiệm là gì và tự động kiểm tra là gì? thử nghiệm

hướng dẫn sử dụng liên quan đến việc thử nghiệm các ứng dụng phần mềm bằng cách thực hiện các hành động trên AUT dựa trên kế hoạch kiểm tra

tự động thử nghiệm liên quan đến việc thử nghiệm của một ứng dụng phần mềm bằng cách thực hiện các hành động trên AUT bằng cách sử dụng công cụ kiểm tra tự động (chẳng hạn như chuyên gia Quick Test, WinRunner, LoadRunner, Rational gốc) dựa trên các kế hoạch kiểm tra

khói thử nghiệm là gì?

kiểm tra khói phải tiến hóa như hệ thống tiến hóa. Lúc đầu, các kiểm tra khói có thể sẽ thử nghiệm một cái gì đó đơn giản, chẳng hạn như cho dù hệ thống có thể nói, "Hello, World". Khi hệ thống phát triển, kiểm tra khói sẽ trở nên toàn diện hơn. Thử nghiệm đầu tiên có thể mất một vài giây để chạy, như hệ thống phát triển, kiểm tra khói có thể phát triển đến 30 phút, một giờ, hoặc nhiều hơn .

gì được ngâm thử nghiệm

hệ thống phần mềm sẽ được chạy với tổng số 14 giờ liên tục. Nếu hệ thống là một hệ thống điều khiển, nó sẽ được sử dụng để liên tục di chuyển mỗi của các cơ chế cụ trong thời gian này. Bất kỳ hệ thống khác sẽ được dự kiến ​​sẽ thực hiện chức năng dự định của nó liên tục trong thời gian này. Hệ thống phần mềm không phải thất bại trong thời gian này.

gì là căng thẳng thử nghiệm, thử nghiệm hiệu suất, kiểm tra an ninh, khôi phục thử nghiệm và kiểm tra âm lượng

căng thẳng thử nghiệm: Kiểm tra hệ thống nếu nó có thể xử lý tải sử dụng thời kỳ cao điểm là kết quả của số lượng lớn người dùng đồng thời, các giao dịch hoặc các thiết bị. Giám sát nên được thực hiện cho thông lượng và sự ổn định của hệ thống.

Hiệu suất kiểm tra: Kiểm tra hệ thống cho dù hệ thống các chức năng đang được thực hiện trong một khoảng thời gian chấp nhận được dưới tải người sử dụng đồng thời. Timings cho cả đọc và các giao dịch cập nhật phải được thu thập để xác định xem. Điều này nên được thực hiện độc lập và sau đó trong một môi trường đa người dùng để xác định thông qua giao dịch.

an ninh kiểm tra: Kiểm tra hệ thống an ninh của mình từ việc sử dụng trái phép và truy cập dữ liệu trái phép

phục hồi kiểm tra: Kiểm tra hệ thống để xem nó phản ứng như thế nào để các lỗi và các điều kiện bất thường, chẳng hạn như hệ thống sụp đổ, mất của thiết bị, thông tin liên lạc, hoặc điện

Khối lượng kiểm tra: Kiểm tra hệ thống để xác định xem nó có thể xử lý một cách chính xác khối lượng lớn dữ liệu làm thức ăn cho hệ thống. Các hệ thống thường có thể đáp ứng thất thường khi khối lượng lớn gây ra các tập tin mở rộng tràn và nhu cầu.

MR là gì?

MR là một yêu cầu điều chỉnh còn được gọi là báo cáo lỗi, yêu cầu sửa đổi chương trình để chương trình mà không những gì nó phải làm.

Tại sao bạn viết MR

MR được viết cho các báo cáo vấn đề / lỗi hoặc đề nghị trong phần mềm.

MR chứa những thông tin gì

OR

Mô tả các yếu tố cơ bản bạn đặt trong một báo cáo lỗi

OR

thủ tục báo cáo lỗi là gì?

lỗi cần phải được truyền đạt và giao cho các nhà phát triển có thể sửa chữa nó. Sau khi vấn đề được giải quyết, các bản sửa lỗi cần được tái kiểm tra và quyết định về các yêu cầu để thử nghiệm hồi quy để kiểm tra xem các bản sửa lỗi đã không tạo ra các vấn đề ở những nơi khác. Nếu một hệ thống theo dõi vấn đề được đặt ra, nó phải gói gọn các quá trình này. Một loạt các công cụ phần mềm thương mại problem-tracking/management có sẵn. sau

các mục để xem xét trong quá trình theo dõi: Thông tin hoàn toàn như vậy mà các nhà phát triển có thể hiểu được lỗi, có được một ý tưởng về mức độ nghiêm trọng của nó, và tái tạo nó nếu cần thiết. Lỗi tình trạng hiện tại (ví dụ, 'Phát hành cho thi lại', 'New', vv) Tên ứng dụng hoặc số nhận dạng phiên bản và Chức năng, mô-đun, tính năng, đối tượng, màn hình, nơi mà các lỗi xảy ra Môi trường chi tiết cụ thể, hệ thống, nền tảng, chi tiết cụ thể phần cứng có liên quan Trường hợp thử nghiệm tên / số hiệu nhận dạng / Một dòng mô tả lỗi Full lỗi mô tả Mô tả các bước cần thiết để tạo lại lỗi nếu không được bao phủ bởi một trường hợp thử nghiệm hoặc nếu các nhà phát triển không có quyền truy cập dễ dàng để các trường hợp thử nghiệm / test script / công cụ kiểm tra Tên và / hoặc mô tả của tập tin / dữ liệu / tin nhắn / etc. được sử dụng trong thử nghiệm Trích đoạn tập tin / thông báo lỗi / log trích đoạn tập tin / ảnh chụp màn hình / nhật ký công cụ kiểm tra mà có thể hữu ích trong việc tìm ra nguyên nhân của vấn đề Ước tính mức độ nghiêm trọng (một phạm vi 5 cấp như 1-5 hay critical'-to-'thấp' là phổ biến) Các lỗi tái sản xuất? Tester tên Ngày thi Bug báo cáo ngày Tên của vấn đề nhà phát triển / nhóm / tổ chức được phân công Mô tả nguyên nhân gây ra vấn đề Mô tả của sửa chữa Mã phần / file / module / lớp / phương pháp đã được cố định Ngày của sửa chữa Phiên bản ứng dụng có chứa sửa chữa Tester chịu trách nhiệm cho kiểm tra lại Thi lại ngày Kiểm tra lại kết quả Yêu cầu kiểm tra hồi quy Tester chịu trách nhiệm cho các bài kiểm tra hồi quy Kết quả kiểm tra hồi quy

MR công cụ bạn sử dụng để viết MR

Trung tâm Chất lượng, Kiểm tra Giám đốc, Rational ClearQuest, PVC Tracker

tiêu chí mà bạn sẽ thực hiện theo chỉ định mức độ nghiêm trọng và ngày do MR khiếm khuyết

(MR) được chỉ định mức độ nghiêm trọng như sau:

Critical: đậy show (hệ thống không sử dụng được)

cao: Hệ thống này là rất khó sử dụng và một số trường hợp dễ bị để chuyển đổi các vấn đề quan trọng nếu không được chăm sóc

Trung bình: Các chức năng hệ thống có một lỗi lớn, nhưng không phải là quá quan trọng, nhưng cần phải được cố định để cho AUT để đi đến môi trường sản xuất

Low: mỹ phẩm (GUI liên quan)

Nếu các chức năng của một ứng dụng có một lỗi sẵn có bởi vì trong đó các kịch bản thử nghiệm không thành công, bạn sẽ tự động kiểm tra

Không, chúng tôi làm việc tự động hóa một khi ứng dụng được kiểm tra bằng tay và nó được ổn định. Tự động hóa là để thử nghiệm hồi quy. Bạn tìm thấy một lỗi và nhà phát triển nói rằng "Nó không thể làm những gì u làm? Tôi sẽ thảo luận với anh ta theo những điều kiện (môi trường làm việc) lỗi này đã được sản xuất. Tôi sẽ cung cấp cho anh ta với các chi tiết và ảnh chụp của lỗi này.

Làm thế nào để bạn giúp đỡ nhà phát triển để theo dõi các lỗi trong phần mềm

Bằng cách cung cấp cho anh ta với các chi tiết của những khuyết tật mà bao gồm môi trường, kiểm tra dữ liệu, các bước tiếp theo ... và giúp anh ta để tái tạo các khiếm khuyết trong môi trường của mình.

các loại khác nhau của bà là gì?

MR cho các đề xuất,

MR cho các báo cáo lỗi,

MR thay đổi tài liệu

vai trò của một hệ thống theo dõi lỗi là gì?

Bug theo dõi nắm bắt hệ thống, quản lý và giao tiếp thay đổi, các vấn đề và nhiệm vụ, cung cấp kiểm soát quá trình cơ bản để đảm bảo sự phối hợp và thông tin liên lạc bên trong và giữa các đội phát triển và nội dung cho mỗi bước đi ..

một sản phẩm thành công là gì? sản phẩm

lỗi miễn phí, đáp ứng sự mong đợi của người sử dụng sẽ làm cho các sản phẩm thành công.

những gì quá trình / phương pháp bạn quen thuộc với

Waterfall phương pháp

Spiral phương pháp

V mẫu

Agile

[Hoặc nói chuyện về phương pháp tùy chỉnh của khách hàng cụ thể]

CMM và CMMI là gì? Sự khác biệt là gì?

Mô hình trưởng thành năng lực phần mềm (CMM hoặc SW-CMM) là một mô hình để đánh giá sự trưởng thành của các quá trình phần mềm của một tổ chức và xác định hành chính được yêu cầu để tăng sự trưởng thành của các quá trình này.

sự trưởng thành năng lực tích hợp Model (CMMI) cung cấp các hướng dẫn để cải thiện các quy trình của tổ chức của bạn và khả năng của bạn để quản lý sự phát triển, mua lại, và bảo trì các sản phẩm và dịch vụ. CMMIntegration thực hành đã được chứng minh thành một cấu trúc giúp tổ chức của bạn đánh giá sự trưởng thành và khả năng tổ chức khu vực quá trình, thiết lập các ưu tiên cho cải tiến, và hướng dẫn việc thực hiện những cải tiến này. mô hình

tích hợp mới (CMMI) sử dụng các khu vực quá trình (được gọi là PAs) khác nhau với mô hình trước đó, và bao gồm như hệ thống cũng như quy trình phần mềm, chứ không phải là quy trình phần mềm duy nhất như trong các SW-CMM

Bạn sẽ làm gì trong ngày đầu tiên của công việc?

Hãy làm quen với nhóm và ứng dụng của tôi

nhóm thử nghiệm hệ thống phân cấp là gì?

Trưởng dự án

QA dẫn

QA Analyst

Tester

các công cụ tự động hóa khác nhau mà bạn biết là gì? các công cụ tự động hóa

cung cấp bởi Thủy Interactive Quick Test Professionl, WinRunner, LoadRunner, Rational Rational Robot, Segue SilkTest

ODBC là gì?

Open Database Connectivity (ODBC) là một mở giao diện lập trình ứng dụng (API) cho truy cập vào một cơ sở dữ liệu. ODBC được dựa trên giao diện Structured Query Language Call-Level (SQL). Nó cho phép các chương trình để sử dụng các yêu cầu SQL sẽ truy cập cơ sở dữ liệu mà không cần phải biết các giao diện độc quyền để các cơ sở dữ liệu. ODBC xử lý các yêu cầu SQL và chuyển đổi nó thành một yêu cầu hệ thống cơ sở dữ liệu cá nhân hiểu

Bạn đã bao giờ có vấn đề làm việc với các nhà phát triển

NO. Tôi đã có một mối quan hệ tốt với các nhà phát triển

Mô tả kinh nghiệm của bạn với các phân tích mã?

phân tích Mã kiểm tra cú pháp xấu, logic, và các lỗi lập trình khác ngôn ngữ cụ thể ở cấp nguồn. Mức độ kiểm tra này thường được gọi là đơn vị kiểm nghiệm và thử nghiệm thành phần máy chủ. Tôi đã sử dụng phân tích mã như là một phần của thử nghiệm hộp màu trắng

Làm thế nào để bạn sống sót hỗn loạn

tôi còn sống sót bằng cách duy trì bình tĩnh và tập trung vào công việc.

Cho tôi biết về ông chủ tồi tệ nhất mà bạn từng có

Cũng may là tôi luôn luôn có các ông chủ tốt nhất, nói chuyện về chuyên môn, tôi đã không hề phàn nàn về ông chủ của tôi.

gì bạn thích về Windows?

Giao diện và thân thiện với người sử dụng

Windows là một trong những phần mềm tốt nhất mà tôi từng sử dụng. Nó là người dùng thân thiện và rất dễ dàng để tìm hiểu.

Tìm Phỏng vấn nhiều câu hỏi kiểm tra bảo đảm chất lượng và phần mềm, Hãy hỏi câu hỏi phỏng vấn và nhận được câu trả lời chuyên gia, Tìm mẫu sơ yếu lý lịch nhiều hoặc Yêu cầu chuyên nghiệp viết cho bạn cho miễn phí: vui lòng truy cập: http://crackinterviews.com/blog/