Bài giảng Bộ môn công nghệ phần mềm - Bài 9: Quản lý chất lượng phần mềm

Bài 9 - Quản lý chất lượng phần mềm. Bài giảng bao gồm các nội dung: Khái niệm về chất lượng phần mềm và đảm bảo chất lượng phần mềm, rà soát kỹ thuật - formal technical review, độ đo chất lượng - software Quality metrics, đánh giá độ tin cậy, tránh lỗi và thứ lỗi...Mời các bạn cùng tham khảo.

Qu n lý ch t l ả ấ ượ ng ph n m m  ầ ề

BM CNPM – Khoa CNTT – 

HVKTQS 10/2012

 Khái ni m v  ch t l ệ ề ấ ượ ng ph n m m và đ m  ầ ề ả

b o ch t l ả ấ ượ ng ph n m m ầ ề

 Rà soát k  thu t ­ Formal technical review ỹ ậ

 Đ  đo ch t l ộ ấ ượ ng ­ Software Quality metrics

 Đánh giá đ  tin c y ộ ậ

 Tránh l i và th  l i  ­  Fault tolerance and  ỗ ứ ỗ

avoidance (reliability and availability)

Khái ni m chung ệ

 T  đi n American Heritage đ nh nghĩa ch t l ừ ể ị ấ ượ ng là "m t đ c  ộ ặ tính ho c thu c tính c a m t cái gì đó" ặ ộ ủ ộ

 V i quan ni m là m t thu c tính c a m t m c, ch t l ớ ệ ộ ộ ủ ộ ụ ấ ượ ng đ   ề

c p đ n đ c tính đo l ậ ế ặ ườ ng đ ượ c ­ đi u mà chúng ta có th  so  ề ể sánh v i các đ i l ớ ạ ượ ng chu n đ ẩ ượ c bi t đ n nh  chi u dài,  ế ế ư ề

màu s c, tính ch t đi n ắ ấ ệ

 Tuy nhiên, ph n m m, đ ầ ề ượ c bi t r ng rãi là m t th c th  trí  ế ộ ộ ự ể

tu , s  khó khăn h n đ  đ nh nghĩa ch t l ệ ẽ ơ ể ị ấ ượ ng so v i các đ i  ớ ố

t ượ ng v t lý ậ

 Ch t l ấ ượ ng ph n m m đ ầ ề ượ c đ nh nghĩa là: S  phù h p c a  ị ự ợ ủ

ph n m m v i các yêu c u v  ch c năng, hi u su t, v i các  ầ ề ớ ầ ề ứ ệ ấ ớ tiêu chu n phát tri n đ ẩ ể ượ c quy đ nh rõ ràng b ng văn b n và  ị ằ ả phù h p v i các đ c đi m ng m đ nh c a t t c  các ph n m m  ợ ớ ặ ể ầ ị ​​ ủ ấ ả ầ ề

đ ượ c phát tri n chuyên nghi p ể ệ

 Quan tâm đ n vi c đ m b o m c đ  yêu c u  ế ệ ả ả ứ ộ ầ

v  ch t l ề ấ ượ ng đ ượ c tuân th  trong m t s n  ủ ộ ả

Đ m b o ch t l ả ả ấ ượ ng ­ Quality  Assurance

 Đ m b o ch t l ả ả ấ ượ ng bao g m các ch c năng ki m toán và báo  ồ ứ ể cáo v  qu n lý ề ả

 M c tiêu c a đ m b o ch t l ụ ủ ả ả ấ ượ ng là cung c p cho công vi c  ấ ệ

qu n lý các d  li u c n thi t  đ  nh n đ ả ữ ệ ầ ế ể ậ ượ c thông tin v  ch t  ề ấ

l ượ ng  s n ph m,  t   đó  có cái nhìn sâu  s c và  s  t  tin r ng  ả ẩ ừ ắ ự ự ằ

ch t l ấ ượ ng s n ph m đáp  ng các m c tiêu c a nó ả ẩ ứ ụ ủ

 N u d  li u đ ế ữ ệ ượ c cung c p thông qua đ m b o ch t l ấ ả ả ấ ượ ng ch   ỉ

ra  các  v n  đ ,  thì  đó  là  trách  nhi m  c a  ban  qu n  lý  đ   gi i  ấ ề ệ ủ ả ể ả quy t các v n đ  và áp d ng các ngu n l c c n thi t đ  gi i  ế ấ ề ụ ồ ự ầ ế ể ả quy t các v n đ  ch t l ế ấ ề ấ ượ ng.

 Thi t  l p  các  th   t c  cho  t   ch c  và  thi t  l p  các  tiêu  chu n  ế ậ ủ ụ ổ ứ ế ậ ẩ

ch t l ấ ượ ng

 Đ m  b o  ch t  l ả ả ấ ượ ng  ph n  m m  bao  g m  ầ ề ồ

m t  lo t  nhi m  v   liên  quan  t i  2  nhóm  ộ ạ ệ ụ ớ

ng ườ i:

công vi c k  thu t; ệ ỹ ậ

cáo.

 Software engineers address quality 

(and perform quality assurance and  quality control activities) by 

 applying solid technical methods and 

measures, 

 conducting formal technical reviews, and 

 performing well­planned software testing.

 Chu n b  k  ho ch SQA cho m t d  án ẩ ị ế ạ ộ ự

 Tham gia vào công vi c mô t  quá trình ph n m m c a d  án ệ ả ầ ề ủ ự

 Rà soát các ho t đ ng k  ngh  ph n m m đ  xác minh tính  ạ ộ ỹ ệ ầ ề ể phù h p v i quá trình ph n m m đã đ ợ ớ ầ ề ượ c xác đ nh ị

 Ki m toán các s n ph m ph n m m đ ể ả ẩ ầ ề ượ c ch  đ nh đ  xác minh  ỉ ị ể

s  tuân th  v i nh ng quy đ nh c a chúng nh  là m t ph n  ự ủ ớ ữ ị ủ ư ộ ầ

c a quá trình ph n m m ủ ầ ề

 Đ m b o r ng đ  l ch gi a các s n ph m ph n m m th c t   ả ả ằ ộ ệ ữ ả ẩ ầ ề ự ế

và đ c t  đ ặ ả ượ c ghi chép và x  lý b ng văn b n ử ằ ả

 Ghi chép l i m i s  không phù h p và báo cáo cho ng ạ ọ ự ợ ườ i qu n  ả

lý c p cao h n ấ ơ

ho ch  ch t  l ạ ấ ượ ng,  ki m  soát  ch t  l ể ấ ượ ng,  đ m  b o  ả ả

ch t l ấ ượ ng và c i ti n ch t l ả ế ấ ượ ng. 

làm  th   nào  đ   đ t  đ ế ể ạ ượ c  nh ng  y u  t   ch t  l ữ ế ố ấ ượ ng  này.

 Tiêu chu n ISO 9001 đ ẩ ượ c áp d ng cho t t c  các lĩnh v c k  thu t, m t  ụ ấ ả ự ỹ ậ ộ

b  h ộ ướ ng d n đ c bi t ISO (ISO 9000­3) đã đ ẫ ặ ệ ượ c phát tri n giúp gi i thích  ể ả các tiêu chu n đ  s  d ng trong quá trình ph n m m ẩ ể ử ụ ầ ề

 Các  yêu  c u  đ ầ ượ c  mô  t   b ng  các  ch   đ   nh   trách  nhi m  qu n  lý,  h   ả ằ ủ ề ư ệ ả ệ

th ng ch t l ố ấ ượ ng, rà soát h p đ ng, ki m soát vi c thi t k , ki m soát tài  ợ ồ ể ệ ế ế ể

li u và d  li u, nh n d ng s n ph m và truy xu t ngu n g c, ki m soát quá  ệ ữ ệ ậ ạ ả ẩ ấ ồ ố ể trình,  thanh  tra,  th   nghi m,  ho t  đ ng  kh c  ph c  và  phòng  ng a,  ki m  ử ệ ạ ộ ắ ụ ừ ể soát  h   s  ch t l ồ ơ ấ ượ ng, ki m toán ch t l ể ấ ượ ng n i b ,  đào t o, d ch v  và  ộ ộ ạ ị ụ các k  thu t th ng kê ỹ ậ ố

 Đ   m t  t   ch c  phát  tri n  ph n  m m  có  th   nh n  đ ể ộ ổ ứ ể ầ ề ể ậ ượ c  tiêu  chu n  ISO  ẩ

9001, ph i thi t l p các chính sách và th  t c đ  gi i quy t t ng yêu c u  ả ế ậ ủ ụ ể ả ế ừ ầ trên (và nh ng yêu c u khác) và sau đó có th  ch ng minh r ng các chính  ữ ầ ể ứ ằ sách và th  t c đó đ ủ ụ ượ c tuân th ủ

 ISO 9001 là m t mô hình t ng quát c a quá trình ch t l ộ ổ ủ ấ ượ ng. Đ i v i các t   ố ớ ổ

ch c khác nhau ph i có nh ng đi u ch nh phù h p ứ ả ữ ề ỉ ợ

 Ch a đ ng nh ng kinh nghi m th c ti n t t  ứ ự ữ ệ ự ễ ố

nh t giúp tránh l p l i nh ng sai l m trong  ấ ặ ạ ữ ầ quá khứ

 Là b  khung cho quá trình đ m b o ch t  ộ ả ả ấ

l ượ ng – là c  s  đ  ki m tra tính phù h p v i  ơ ở ể ể ợ ớ chu n ẩ

 T o ra tính liên t c – nhân viên m i có th   ạ ụ ớ ể

hi u đ ể ượ ổ c t  ch c b ng cách hi u các tiêu  ứ ằ ể chu n mà t  ch c áp d ng ẩ ổ ứ ụ

Ki m soát ch t l ể ấ ượ ng ­ Quality  Control

 Ki m soát ch t l ể ấ ượ ng liên quan đ n m t lo t các công vi c thanh tra,  ế ộ ạ ệ đánh giá, tests đ ượ c s  d ng trong su t quá trình ph n m m đ  đ m  ử ụ ố ầ ề ể ả

b o m i s n ph m c a công vi c đáp  ng các yêu c u đ t ra đ i v i  ả ỗ ả ẩ ủ ệ ứ ầ ặ ố ớ nó.

 Ki m soát ch t l ể ấ ượ ng bao g m m t vòng ph n h i khép kín đ n quá  ồ ộ ả ồ ế trình t o ra các s n ph m. S  k t h p gi a đo l ạ ả ẩ ự ế ợ ữ ườ ng và ph n h i cho  ả ồ phép chúng ta đi u ch nh các quá trình khi các s n ph m t o ra không  ề ỉ ả ẩ ạ đáp  ng các đ c t  c a chúng ứ ặ ả ủ

 Ho t  đ ng  ki m  soát  ch t  l ạ ộ ể ấ ượ ng  có  th   hoàn  toàn  t   đ ng,  có  th   ể ự ộ ể hoàn toàn do con ng ườ i th c hi n, ho c s  k t h p c a các công c   ự ệ ặ ự ế ợ ủ ụ

t  đ ng và t ự ộ ươ ng tác c a con ng ủ ườ i.

 M t  yêu  c u  quan  tr ng  cho  ki m  soát  ch t  l ộ ầ ọ ể ấ ượ ng  là  t t  c   các  s n  ấ ả ả

ph m đã đ ẩ ượ c xác đ nh, các đ c t  k  thu t đo l ị ặ ả ỹ ậ ườ ng đ ượ c đ  có th   ể ể

so sánh s n ph m trong t ng quá trình ả ẩ ừ

 Các thông tin ph n h i là đi u c n thi t đ  gi m thi u khuy t t t s n  ả ồ ề ầ ế ể ả ể ế ậ ả

xu t ấ

 Hai ph ươ ng pháp ti p c n đ  ki m soát ch t l ế ậ ể ể ấ ượ ng

 Rà soát ch t lấ ượng

 Đánh giá và đo lường t  đ ng b ng ph n m mự ộ ằ ầ ề

 Khái ni m: Rà soát là vi c xem xét, đánh giá s n ph m   ệ ệ ả ẩ

đ ượ c ti n hành m i giai đo n đ  phát hi n ra nh ng  ế ỗ ạ ể ệ ữ

khi m khuy t c n s a ch a tr ế ế ầ ử ữ ướ c khi sang giai đo n sau ạ

 Có nhi u ki u rà soát khác nhau: ề ể

 Các cu c h p xét duy t không chính th c ộ ọ ệ ứ

 Cu c trình bày chính th c tr ộ ứ ướ c c  t a g m khách hàng,  ử ọ ồ nhà qu n lý, nhân viên k  thu t. (ch  t p trung vào các rà  ả ỹ ậ ỉ ậ soát k  thu t chính th c FTR­Formal Technical Review) ỹ ậ ứ

 Các l i ích c a vi c ra soát ợ ủ ệ

 L i ích hi n nhiên c a FTR là s m phát hi n các  ợ ể ủ ớ ệ

“khi m khuy t” ph n m m đ  có th  ch nh s a t ng  ế ế ầ ề ể ể ỉ ử ừ khi m khuy t m t tr­ ế ế ộ ướ c khi b ướ c sang b ­ c ti p  ư ớ ế

theo c a quá trình ph n m m ủ ầ ề

 Các nghiên c u c a công nghi p ph n m m đã ch  ra  ứ ủ ệ ầ ề ỉ

r ng: các ho t đ ng thi t k  t o ra đ n 50%­60% t ng  ằ ạ ộ ế ế ạ ế ổ

s  các khi m khuy t t o ra trong phát tri n ph n  ố ể ế ạ ể ầ

m m ề

 Chi phí ch nh s a m t khi m khuy t tăng lên nhanh  ỉ ử ộ ế ế chóng sau m i giai đo n. VD: L i không đ ỗ ạ ỗ ượ c phát 

hi n trong thi t k  t n phí 1.0 đ  s a ch a, tr ệ ế ế ố ể ử ữ ướ c 

ki m th  nghi m: 6.5; trong th  nghi m: 15 và sau khi  ể ử ệ ử ệ phân phát s  là t  60.0 đ n 100.0 ẽ ừ ế

Rà soát k  thu t FTR ỹ ậ

 Khái ni m ệ : là ho t đ ng đ m b o ch t l ạ ộ ả ả ấ ượ ng ph n m m do  ầ ề

nh ng ng ữ ườ i đang tham gia phát tri n ph n m m th c hi n ể ầ ề ự ệ

Quy trình rà soát

 Ph i có s  chu n b  tr ­ c, tuy nhiên m i ng­ả ự ẩ ị ư ớ ỗ ười không quá 2 gi  chu n b ờ ẩ ị

 Cu c h p nên ít h n 2 gi  M i cu c h p rà soát ch  h n ch  trong m t ph n nh , ộ ọ ơ ờ ỗ ộ ọ ỉ ạ ế ộ ầ ỏ

c  th ụ ể

 Công vi c c n làm:  ệ ầ

 Tr ng tâm c a các cu c h p rà soát là v  s n ph m: m t thành ph n (m t thành ọ ủ ộ ọ ề ả ẩ ộ ầ ộ

ph n c a đ c t  yêu c u, m t thi t k  modul chi ti t, m t danh sách mã ngu n cho ầ ủ ặ ả ầ ộ ế ế ế ộ ồ

H p rà soát ­ Ph ọ ươ ng châm rà  soát

 C n thi t l p trầ ế ậ ước phương châm rà soát, phân phát cho nh ng ngữ ười làm nhi m v  ệ ụ

rà soát, th ng nh t tán thành và tuân th  M t rà soát mà không kh ng ch  đố ấ ủ ộ ố ế ược thì 

có th  còn x u h n là không rà soátể ấ ơ

 10 đi u t i thi u trong phề ố ể ương châm rà soát k  thu t chính th c:ỹ ậ ứ

 Rà soát s n ph m, không rà soát ng ả ẩ ườ i làm nó

 L p ch ậ ươ ng trình ngh  s  và duy trì nó ị ự

 H n ch  tranh lu n và bác b : các v n đ  tranh lu n nên đ  ghi nh  cho các th o lu n ti p  ạ ế ậ ỏ ấ ề ậ ể ớ ả ậ ế

t c ụ

 Trình bày rõ ràng m ch l c các vùng có v n đ  nh ng không đ ạ ạ ấ ề ư ượ c g ượ ng ép gi i quy t m i  ả ế ọ

v n đ  nh n th y: FTR không gi i quy t v n đ , vi c gi i quy t v n đ  sau FTR và th ấ ề ậ ấ ả ế ấ ề ệ ả ế ấ ề ườ ng 

do chính ng ườ i làm ra s n ph m th c hi n, có th  nh  s  tr  giúp c a vài cá nhân khác ả ẩ ự ệ ể ờ ự ợ ủ

 Nên có ghi chú trên b ng t ả ườ ng

 Gi i h n s  ng ớ ạ ố ườ i tham d  và kiên trì các d  ki n ự ự ế

 L p m t danh sách các ki m tra cho t ng s n ph m s  đ ậ ộ ể ừ ả ẩ ẽ ượ c rà soát:

 Giúp nhà lãnh đ o rà soát c u trúc các cu c h p FTR ạ ấ ộ ọ

 Giúp ng ườ i rà soát  t p trung vào các v n đ  quan tr ng ậ ấ ề ọ

 Danh sách ki m tra l p cho t ng lo i s n ph m:ành cho vi c phân tích, thi t k , mã hoá ki m tra và  ể ậ ừ ạ ả ẩ ệ ế ế ể

b o trì ả

 M t t p th  các đ i di n s  xem l i danh sách này đ  trình ộ ậ ể ạ ệ ẽ ạ ể

 C p phát ngu n l c và th i bi u cho các FTR: xem nó là m t nhi m v  trong quá trình  phát  ấ ồ ự ờ ể ộ ệ ụ tri n ph n m m, và cũng ph i d  tính các c i biên c n  thi t cho s  ki n ch a d  đoán đ ể ầ ề ả ự ả ầ ế ự ệ ư ự ượ c

 C n ph i ti n hành hu n luy n chính th c cho các cá nhân ra soát ầ ả ế ấ ệ ứ

 Rà soát l i các rà soát tr ạ ướ c đây.

Rà soát phân tích yêu c u  ầ

ph n m m ầ ề

 M c tiêu: th m đ nh và xác minh yêu c u ph n m m ụ ẩ ị ầ ầ ề

 ph i ch  ra các  ả ỉ nhu c u ầ  c a ng ủ ườ i dùng là đ ượ c tho  mãn ả

 Các yêu c u ph i  ầ ả nh t quán ấ , nghĩa là không mâu thu n  ẫ

nhau

 Các yêu c u ph i  ầ ả đ y đ ầ ủ : chúng ph i ch a m i ch c năng  ả ứ ọ ứ

và m i ràng bu c mà ng ọ ộ ườ i dùng đã nh m đ n ắ ế

 Các yêu c u ph i là  ầ ả hi n th c ệ ự , t c là có kh  năng th c  ứ ả ự

hi n đ ệ ượ c

 N i dung:  ộ

 t p trung vào kh  năng vi t ra các yêu c u h  th ng ph n  ậ ả ế ầ ệ ố ầ

m m (ch c năng, phi ch c năng, ngo i lai) ề ứ ứ ạ

 s  phù h p và tính đúng đ n c a mô hình phân tích.  ự ợ ắ ủ

 V i các h  th ng l n c n tăng c ớ ệ ố ớ ầ ườ ng: đánh giá các nguyên 

m u cũng nh  các cu c h p v i khách hàng ẫ ư ộ ọ ớ  

Rà soát phân tích yêu c u  ầ

ph n m m ầ ề

 Danh m c: xem xét các ch  đ  sau: ụ ủ ề

 Các giao di n ệ  trong và ngoài đã th c s  đ­ ự ự ượ c xác đ nh ch a? ị ư

 Phân tích lĩnh v c thông tin ự  có đ y đ , phi mâu thu n và chính  ầ ủ ẫ xác hay ko?

 Mô hình d  li u ữ ệ  đã th c s  ph n ánh các đ i t ự ự ả ố ượ ng d  li u, các  ữ ệ thu c tính và các quan h ? ộ ệ

 T t c  các yêu c u có th   ấ ả ầ ể l n v t đ ­ c ầ ế ư ợ    m c h  th ng không? ở ứ ệ ố

 Đã làm b n m u ả ẫ  dành cho ng ườ ử ụ i s  d ng (khách hàng) ch ­a? ư

 Li u có th c hi n đ­ ệ ự ệ ượ c v i  ớ nh ng ràng bu c ữ ộ  quy đ nh b i các  ị ở

 C u trúc t t (phân ho ch, giao di n, modul hoá)ấ ố ạ ệ

 Thu t toán t t (ít ph c t p, t c đ  cao, d  hi u)ậ ố ứ ạ ố ộ ễ ể

 D  li u t t (c u trúc, bi u di n)ữ ệ ố ấ ể ễ

 Có th  l n v t để ầ ế ược (d  hi u, d  ki m tra)ễ ể ễ ể

 Có 2 ki u rà soát thi t k  (phù h p v i bể ế ế ợ ớ ước tri n khai): ể

 rà soát thi t k  s  b  ­ preliminary design review (đánh giá vi c d ch các yêu c u ế ế ơ ộ ệ ị ầthành thi t k  d  li u và thi t k  ki n trúc), ế ế ữ ệ ế ế ế

 rà soát thi t k  tr n v n ­ design walkthrough (t p trung vào tính đúng đ n c a thu t ế ế ọ ẹ ậ ắ ủ ậtoán)

Rà soát thi t k  ph n m m ế ế ầ ề

 Danh m c ụ

 Rà soát thi t k  s  bế ế ơ ộ

 Các yêu c u ph n m m có đ­ ầ ầ ề ượ c ph n ánh trong ki n trúc ph n m m hay không? ả ế ầ ề

 Có đ t đ­ ạ ượ c s  môđun hoá hi u qu  không? Các môđun có đ c l p ch c năng hay không ự ệ ả ộ ậ ứ

 Ki n trúc ch­ ng trình có đ ­ c phân tách không? ế ơ ư ợ

 Các giao di n đã đ ­ c xác đ nh cho các môđun và các ph n t  h  th ng ngo i lai ch­ a? ệ ư ợ ị ầ ử ệ ố ạ ư

 C u trúc d  li u có phù h p v i lĩnh v c thông tin ch a? ấ ữ ệ ợ ớ ự ư

 C u trúc d  li u có phù h p v i yêu c u ph n m m ch­ a? ấ ữ ệ ợ ớ ầ ầ ề ư

 Kh  năng b o trì đã đ ­ c xem xét ch ­a? ả ả ư ợ ư

 Các nhân t  ch t l­ ố ấ ượ ng đã đ­ ượ c đánh giá rõ ràng ch a? ư

 Rà soát thi t k  toàn bế ế ộ

 Thu t toán có hoàn thành ch c năng mong mu n không? ậ ứ ố

 Thu t toán có đúng đ n logic không? ậ ắ

 Giao di n có phù h p v i thi t k  ki n trúc không? ệ ợ ớ ế ế ế

 Đ  ph c t p logic có ph i chăng hay không? ộ ứ ạ ả

 X  lý sai đã đ­ ử ượ c đ c t  ch­ a? ặ ả ư

 C u trúc d  li u c c b  có th t s  đã đ­ ấ ữ ệ ụ ộ ậ ự ượ c xác đ nh? ị

 Ki n t o l p trình c u trúc đã xuyên su t ch­ a? ế ạ ậ ấ ố ư

 Các chi ti t thi t k  đã tuân theo ngôn ng  th c hi n ch ­a? ế ế ế ữ ự ệ ư

 Dùng các đ c đi m h  đi u hành hay là ph  thu c ngôn ng ? ặ ể ệ ề ụ ộ ữ

 Đó dùng logic compound ho c logic inverse? ặ

 Kh  năng b o trì đã đ­ ả ả ượ c xét t i ch a ớ ư

 Thi t k  có th c s  đ­ế ế ự ự ược d ch thành mã ch ­a?ị ư

 Có các sai sót chính t  ho c in  n nào không?ả ặ ấ

 Có th c s  dùng các quy  ­ c ngôn ng  hay không?ự ự ư ớ ữ

 Có ph c tùng v  các chu n m u l p mã đ i v i phong cách ngôn ng , ghi ụ ề ẩ ẫ ậ ố ớ ữchú 

Rà soát ki m th ể ử

 M c tiêu:ụ

 Đánh giá m t cách phê phán các k  ho ch ki m th  và các th  t c ki m th ộ ế ạ ể ử ủ ụ ể ử

 h ướ ng đ n đ m b o các ph ế ả ả ươ ng pháp, các chi n l ế ượ c và các k  thu t đ ỹ ậ ượ c s  d ng và k  ho ch  ử ụ ế ạ

 Các ch c năng ch  y u có đ ­ c trình di n s m không?ứ ủ ế ư ợ ễ ớ

 K  ho ch th  nghi m có phù h p v i k  ho ch d  án t ng th  hay không?ế ạ ử ệ ợ ớ ế ạ ự ổ ể

 L ch trình th  nghi m có đ ­ c xác đ nh rõ ràng hay không?ị ử ệ ư ợ ị

 Ngu n l c và công c  th  nghi m đã đ­ c minh đ nh và đã s n sàng hay ch­ a?ồ ự ụ ử ệ ợ ị ẵ ư

 Đã thi t l p c  ch  l­ u tr  các báo cáo ch ­a?ế ậ ơ ế ư ữ ư

 Các b  lái (driver) và các cu ng (stub) th  nghi m đã đ­ộ ố ử ệ ược minh đ nh ch­ a?; công ị ư

vi c phát tri n chúng đã đệ ể ượ ậ ịc l p l ch ch ­a?ư

 Th  nghi m c­ử ệ ường đ  ch u áp l c cho ph n m m đã độ ị ự ầ ề ược đ c t  ch ­a?ặ ả ư

 C  hai lo i th  nghi m h p tr ng và h p đen đã đ ­ c đ c t  ch­ a?ả ạ ử ệ ộ ắ ộ ư ợ ặ ả ư

 Có ph i t t c  các đ ­ ng logic đ c l p đ u đ­ả ấ ả ư ờ ộ ậ ề ược th  nghi m?ử ệ

 Có ph i t t c  các ca th  nghi m đ u đã đ­ả ấ ả ử ệ ề ược minh đ nh và l p danh sách v i đ  các ị ậ ớ ủ

k t q a ch  mong?ế ủ ờ

 Vi c x  lý sai có đ­ệ ử ược th  nghi m?ử ệ

 Các giá tr  biên có đ ­ c th  nghi m?ị ư ợ ử ệ

 Các yêu c u th i gian và s  di n ti n có đ ­ c th  nghi m?ầ ờ ự ễ ế ư ợ ử ệ

 Các bi n th  ch p nh n đ­ế ể ấ ậ ược c a k t qu  th  nghi m mong đ i đã đ­ủ ế ả ử ệ ợ ược đ c t  ặ ả

ch a?ư