Danh sách các thuật ngữ và chữ viết tắt phổ biến nhất được sử dụng trên uTest.com
Dưới đây là danh sách các thuật ngữ và chữ viết tắt phổ biến nhất được sử dụng trên uTest.com và trong các dự án của uTest. Thông tin chi tiết hơn có thể được tìm thấy trên trang Academy.
Thuật ngữ | Mô tả |
---|---|
Đội Ngũ Kiểm Thử: | |
Khách Hàng | Một công ty đã hợp tác với Applause và cộng đồng uTest để kiểm thử sản phẩm của họ. |
TTL | Trưởng Đội Kiểm Thử là người liên hệ chính cho các tester. TTL giúp các tester trong các chu kỳ kiểm thử và xem xét tất cả các báo cáo lỗi và trường hợp kiểm thử đã nộp. |
TE | Kỹ Sư Kiểm Thử xây dựng chu kỳ kiểm thử, lắp ráp đội ngũ kiểm thử và chịu trách nhiệm cho việc thực hiện tổng thể của chu kỳ kiểm thử. |
TSM | Quản Lý Dịch Vụ Kiểm Thử làm việc trực tiếp với khách hàng, quản lý đội ngũ TTL và TE để xác định và cung cấp các giải pháp phù hợp cho nhu cầu kiểm thử, phản hồi hoặc nghiên cứu của khách hàng. |
SDM | Quản Lý Cung Cấp Giải Pháp là người liên hệ chính của khách hàng và làm việc trực tiếp với khách hàng. |
CM | Quản Lý Cộng Đồng là thành viên của Đội Ngũ Quản Lý Cộng Đồng với mục tiêu giúp cộng đồng toàn cầu của chúng ta học cách trở thành các tester xuất sắc, có cơ hội tham gia các dự án trả tiền, và kết nối với các tester khác trên toàn cầu. |
CE | Kỹ Sư Cộng Đồng là những thành viên làm việc chặt chẽ với đội CM và giúp đỡ trong các nhiệm vụ và trách nhiệm của họ. |
DT | Tester Chuyên Dụng cung cấp đội ngũ với tốc độ, chuyên môn đặc biệt và kiểm soát chất lượng. |
ACE | Chuyên Gia Tiếp Cận dẫn dắt nhiều cuộc kiểm tra cùng lúc, cố vấn cho các thành viên khác của đội và trình bày kết quả kiểm tra cuối cùng cho khách hàng. |
ACA | Kiểm Tra Viên Tiếp Cận tham gia các cuộc kiểm tra bằng cách báo cáo lỗi về khả năng tiếp cận và hoàn thành các trường hợp kiểm thử. |
TCW | Người Viết Trường Hợp Kiểm Thử chịu trách nhiệm viết các trường hợp kiểm thử và đảm bảo mỗi trường hợp kiểm thử có các bước chi tiết, rõ ràng và dễ theo dõi cùng với kết quả mong đợi. |
Thuật Ngữ Về Chu Kỳ Kiểm Thử: | |
Dự Án Hoặc Chu Kỳ Kiểm Thử | Một cuộc kiểm thử cụ thể của sản phẩm của công ty. |
Trường Hợp Kiểm Thử | Một tập hợp các bước đã được định sẵn phải được tuân theo và thực hiện bởi một tester để kiểm thử các tính năng và chức năng cụ thể của sản phẩm. |
Slot | Một vị trí được giữ chỗ trong chu kỳ kiểm thử cho một tester với các yêu cầu cụ thể như địa điểm, thiết bị, hệ điều hành, v.v. |
Báo Cáo Lỗi/Bug | Là bản tóm tắt bằng văn bản về một lỗi hoặc khuyết điểm cụ thể trong các tính năng hoặc chức năng của sản phẩm. |
Các Loại Kiểm Thử: | |
Fn – Chức Năng | Kiểm thử các tính năng/chức năng của sản phẩm với mục đích tìm lỗi. |
Ln – Địa Phương Hóa | Xác minh chất lượng của sản phẩm về mặt văn hóa/môi trường cụ thể. |
Ux – Sử Dụng | Đo lường mức độ dễ sử dụng và thân thiện với người dùng của sản phẩm bằng cách kiểm thử với người dùng thực tế. |
Kiểm Thử Bảo Mật | Quá trình nhằm phát hiện các lỗi trong các cơ chế bảo mật của sản phẩm. |
Kiểm Thử Tự Động | Sử dụng công cụ kiểm thử tự động để thực hiện các bước kiểm thử lặp lại. |
PT / PI – Kiểm Thử Thanh Toán | Bất kỳ cuộc kiểm thử nào yêu cầu sử dụng một công cụ thanh toán để hoàn tất. |
AC – Tiếp Cận | Đảm bảo sản phẩm có thể sử dụng được bởi người khuyết tật. |
Kiểm Thử API | Xác nhận các Giao Diện Lập Trình Ứng Dụng. |
Kiểm Thử Giọng Nói | Kiểm thử các sản phẩm hỗ trợ giọng nói với người bản ngữ. |
Kiểm Thử Bug Hunt | Đây là một cuộc kiểm thử thám hiểm mạnh mẽ với mục tiêu tìm ra lỗi cụ thể hoặc lỗi trên một thiết bị cụ thể. |
Kiểm Thử Tại Chỗ | Thăm một địa điểm thực tế để đánh giá chất lượng dịch vụ và thu thập phản hồi. |
Kiểm Thử Trực Tiếp | Kiểm thử tại một thời điểm cụ thể, tester phải thực hiện kiểm thử vào thời điểm đó, không thể trễ hoặc sớm hơn. |
ET – Kiểm Thử Thám Hiểm | Kiểm Thử Thám Hiểm là hoạt động đồng thời của việc học, thiết kế kiểm thử và thực hiện kiểm thử. |
Thuật Ngữ uTest: | |
SRS – Khảo Sát Yêu Cầu Đặc Biệt | Là công cụ được sử dụng rộng rãi bởi Dịch Vụ Kiểm Thử và Quản Lý Cộng Đồng để tuyển dụng tester cho các chu kỳ kiểm thử. |
KI – Vấn Đề Đã Biết | Là các vấn đề đã được phát hiện trong các Chu Kỳ Kiểm Thử trước đó hoặc là các vấn đề mà khách hàng đã biết. |
BFV – Xác Minh Sửa Lỗi | Là quá trình xác minh xem một lỗi đã được báo cáo đã được sửa chưa khi một bản sửa lỗi hoặc một phiên bản mới của sản phẩm được phát hành. |
NDA – Thỏa Thuận Bảo Mật | Là hợp đồng ràng buộc giữa Tester và Applause App Quality. |
IR – Yêu Cầu Thông Tin | Yêu cầu thêm thông tin trên báo cáo lỗi hoặc trường hợp kiểm thử, hoặc yêu cầu tester sửa báo cáo lỗi hoặc trường hợp kiểm thử. |
Môi Trường | Đề cập đến thiết bị, hệ điều hành, phiên bản hệ điều hành, trình duyệt, hoặc bất kỳ cấu hình cụ thể nào được sử dụng để kiểm thử. |
Triage/Triaging | Quá trình xem xét báo cáo lỗi hoặc trường hợp kiểm thử và sau đó gửi yêu cầu thông tin hoặc đề xuất phê duyệt hoặc từ chối báo cáo lỗi hoặc trường hợp kiểm thử đó. |
Placeholder | Là báo cáo lỗi được nộp mà không có thông tin đầy đủ hoặc các tệp đính kèm cần thiết với mục đích giữ chỗ cho báo cáo và sau đó chỉnh sửa và hoàn thành báo cáo hoặc thay đổi thành một lỗi khác. |
Reproduction | Là quá trình tái tạo lại lỗi bằng cách thực hiện các bước trong báo cáo lỗi. |
Thời Gian Hoàn Thành | Là thời gian giới hạn khi công việc kiểm thử phải được nộp. |
Các Loại Từ Chối Lỗi: | |
WAD – Hoạt Động Theo Thiết Kế | Là từ chối khi vấn đề được báo cáo hoạt động đúng như thiết kế. |
DUP – Vấn Đề Trùng Lặp | Là từ chối khi lỗi được báo cáo đã được báo cáo bởi một tester khác hoặc là Vấn Đề Đã Biết. |
OOS – Ngoài Phạm Vi | Là từ chối khi lỗi được báo cáo không nằm trong phạm vi của sản phẩm đang được kiểm thử. |
DNFI – Không Tuân Thủ Hướng Dẫn | Có thể được sử dụng khi tester không tuân theo các hướng dẫn rõ ràng ảnh hưởng đến kết quả hoặc làm cho báo cáo không sử dụng được. |
INF – Cần Thêm Thông Tin | Tester không cung cấp thông tin được yêu cầu trong báo cáo lỗi khi có yêu cầu thông tin. |
Khác | Tất cả các lý do từ chối nên được bao gồm bởi các lý do trên. Trong trường hợp khách hàng có lý do từ chối khác, họ có thể sử dụng Khác. |
Các Loại Chấp Nhận Lỗi: | |
Một Phần Có Giá Trị | Lỗi có một phần ảnh hưởng đến sản phẩm và có giá trị đối với khách hàng. |
Rất Có Giá Trị | Lỗi có ảnh hưởng đáng kể đến sản phẩm và rất có giá trị đối với khách hàng. |
Cực Kỳ Có Giá Trị | Lỗi có ảnh hưởng nghiêm trọng đến sản phẩm và phải được sửa. |
WNF – Không Sửa | Lỗi là hợp lệ và được chấp nhận nhưng khách hàng không quan tâm hoặc không có kế hoạch sửa chữa. |
Xếp Hạng: | |
G | Vàng |
S | Bạc |
B | Đồng |
P | Đã Chứng Minh |
R | Đã Xếp Hạng |
U | Chưa Xếp Hạng |
Huy Hiệu: | |
U (hình cầu màu xanh ở góc trên bên phải của ảnh hồ sơ) | Nhân Viên uTest |
M (hình “M” màu cam ở góc trên bên phải của ảnh hồ sơ) | Người Điều Hành |
TTL | Trưởng Đội Kiểm Thử cho các chu kỳ uTest |
Kiểm Thử: | |
SDLC | Vòng Đời Phát Triển Phần Mềm |
STLC | Vòng Đời Kiểm Thử Phần Mềm |
QA | Đảm Bảo Chất Lượng |
SUT | Hệ Thống Được Kiểm Thử |
SPA | Ứng Dụng Trang Đơn |
BAT | Kiểm Thử Phân Tích Kinh Doanh |
API | Giao Diện Lập Trình Ứng Dụng |
TF | TestFlight |
BTS | Hệ Thống Theo Dõi Lỗi |
UAT | Kiểm Thử Chấp Nhận Người Dùng |
RAD (mô hình) | Phát Triển Ứng Dụng Nhanh |
ISTQB | Hội Đồng Chứng Nhận Kiểm Thử Phần Mềm Quốc Tế |
SDET | Kỹ Sư Phát Triển Phần Mềm Kiểm Thử |
BBST | Kiểm Thử Phần Mềm Hộp Đen |
UX bug | Lỗi Sử Dụng |
UI bug | Lỗi Giao Diện Người Dùng |
AUT | Ứng Dụng Được Kiểm Thử |
SIT | Kiểm Thử Tích Hợp Hệ Thống |
CMS | Hệ Thống Quản Lý Nội Dung |
Mạng và Giao Thức: | |
FTP | Giao Thức Truyền Tệp |
HTML | Ngôn Ngữ Đánh Dấu Siêu Văn Bản |
HTTPS | Giao Thức Truyền Siêu Văn Bản Bảo Mật |
VPN | Mạng Riêng Ảo |
E2E | Từ Đầu Đến Cuối |
IP | Giao Thức Internet |
CNTT, Phát Triển và Lập Trình: | |
OS | Hệ Điều Hành |
URL | Địa Chỉ Tài Nguyên Thống Nhất |
WWW | Mạng Lưới Toàn Cầu |
IE | Internet Explorer |
XML | Ngôn Ngữ Đánh Dấu Mở Rộng |
AWS | Dịch Vụ Web của Amazon |
VM | Máy Ảo |
SEO | Tối Ưu Hóa Công Cụ Tìm Kiếm |
SDK | Bộ Công Cụ Phát Triển Phần Mềm |
I/O | Đầu Vào & Đầu Ra |
IDE | Môi Trường Phát Triển Tích Hợp |
Khác: | |
SMB | Doanh Nghiệp Nhỏ và Vừa |
GUI | Giao Diện Đồ Họa Người Dùng |
ROI | Lợi Nhuận Trên Đầu Tư |
AI | Trí Tuệ Nhân Tạo |
POS | Điểm Bán Hàng |
CTA | Kêu Gọi Hành Động |
PLP | Trang Danh Sách Sản Phẩm |
PDP | Trang Chi Tiết Sản Phẩm |
STB | Hộp Giải Mã Tín Hiệu Truyền Hình |
PIP | Hình Trong Hình |
CC | Phụ Đề Đóng |
VOD | Video Theo Yêu Cầu |
CTV | TV Kết Nối |
OTP | Mật Khẩu Một Lần |
MFA | Xác Thực Đa Yếu Tố |
2FA | Xác Thực Hai Yếu Tố |
SSO | Đăng Nhập Một Lần |
CVV / CVC / CSC / CVN | Giá Trị Xác Minh Thẻ / Mã Xác Minh Thẻ / Mã Bảo Mật Thẻ / Số Xác Minh Thẻ |
PM | Tin Nhắn Riêng |
FAQ | Câu Hỏi Thường Gặp |
DMCA | Đạo Luật Bản Quyền Thiên Niên Kỷ Số |
Written by admin
Comments
This post currently has no responses.